X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	 q=dns; s=default; b=kvG7AUfDyDFurq74+GvekVp+8RxeWjhEia05kXysTy2
	hI6PNoHOIk/fE+Du/pWdRWe6O8pJVlhZnJhIzCh/QYlC8PGeNIoh/alnR1MZOs3F
	K2S1AK4Sf7rtzAGbh+COmmkWdBYzqyZqgO5/PpNVoJfghCZXUniV2S32Zwm6xNJE
	=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	 s=default; bh=Tj4wllFErrAUUv5FcYlDNq3JeK4=; b=ZcnYokCz9F+qpk6C4
	JcbBDi46Kh9GjZayCD5Iu2dX+mwxBELii8SCQC1oIfyMuaoTWDwPyE+gw21aJaoB
	xcV8omtTrfF8NuQwt8IOP41Dn0KeWrJepgjUEbPU5EbaEEJgxlcXQpq1Wx1gfynn
	Bz/uXXrWVSfhbuBOMeDfz6HIBk=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2
X-HELO: mail-ea0-f173.google.com
X-Received: by 10.14.88.131 with SMTP id a3mr15954716eef.64.1392572367137;        Sun, 16 Feb 2014 09:39:27 -0800 (PST)
Message-ID: <5300F7C9.2020006@gmail.com>
Date: Sun, 16 Feb 2014 18:39:21 +0100
From: Marco Atzeri <marco DOT atzeri AT gmail DOT com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: lothar atheling <lothar_ AT warpmail DOT net>, cygwin AT cygwin DOT com
Subject: Re: directory y: exe runs properly, directory x: exe quits straightaway
References: <1392399894 DOT 19760 DOT 83500773 DOT 4F952320 AT webmail DOT messagingengine DOT com> <52FE6F10 DOT 4050202 AT gmail DOT com> <1392571459 DOT 4260 DOT 84059561 DOT 1F420E4B AT webmail DOT messagingengine DOT com>
In-Reply-To: <1392571459.4260.84059561.1F420E4B@webmail.messagingengine.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

please reply to the list

On 16/02/2014 18:24, lothar atheling wrote:
>
>
> On Fri, Feb 14, 2014, at 11:31 AM, Marco Atzeri wrote:
>>
>>
>> On 14/02/2014 18:44, lothar atheling wrote:
>>>
>>> i am porting an application built with Visual C++ to build under Mingw
>>> gcc (CXX=/usr/bin/i686-w64-mingw32-g++)
>>
>> this is not the mingw list...
>>
> this is a cygwin problem being reported to the cygwin list!!!!
>
> it is almost certainly not a compiler / toolchain issue.

for me it is a mingw program issue. Just personal opinion.

>>> this behaviour has some reproducibility: if i copy the development
>>> directory with tar and rebuild, the behaviour represents, whereas if i
>>> make a new build directory, copy the sources and the makefile and
>>> rebuild, the behaviour vanishes.
>>
>> ldd is not the right tool for this search.
>> It does not show the DLLs not available on path
>>
>> try:
>> objdump -x mung |grep "DLL Name"
>>
>   i had tried
>
>    objdump -x mung.exe
>
> for these exes - they were identical in all directories.

That is expected. "objdump -x" provides all the info, while
"ldd" only the list of dlls available on the PATH

> i mentioned that the bash environment and the cygwin environments were
> also the same in all cases.

to me it seems than in one case

 >>> $ ldd mung.exe
 >>>           ntdll.dll => /xp0/WINDOWS/system32/ntdll.dll (0x7c900000)
 >>>           kernel32.dll => /xp0/WINDOWS/system32/kernel32.dll 
(0x7c800000)

ldd find only these dll's in the PATH

While in the second case

 >>> while in the copy directory, ldd shows:
 >>> $ ldd mung.exe
 >>>           ntdll.dll => /xp0/WINDOWS/system32/ntdll.dll (0x7c900000)
 >> [cut]
 >>>           glut32.dll => /usr/bin/glut32.dll (0x10000000)
 >>>           WINMM.dll => /xp0/WINDOWS/system32/WINMM.dll (0x76b40000)
 >>>           libgcc_s_sjlj-1.dll =>
 >>>           /usr/i686-w64-mingw32/sys-root/mingw/bin/libgcc_s_sjlj-1.dll
 >>>           (0x6cec0000)
 >>>           libstdc++-6.dll =>
 >>>           /usr/i686-w64-mingw32/sys-root/mingw/bin/libstdc++-6.dll
 >>>           (0x6fc40000)
 >>>

ldd find all dll's on the PATH

Regards
Marco

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple