Re: MS-Windows build using Posix configury

[Dmitry Gutov <dgutov@yandex.ru>]

On 18.05.2013 22:53, Eli Zaretskii wrote:
>> Date: Sat, 18 May 2013 22:42:42 +0400
>> From: Dmitry Gutov <dgutov@yandex.ru>
>> CC: emacs-devel@gnu.org
>>
>> It looks to me that libpng gets loaded by Gnus anyway, because a) the
>> breakpoint on w32.c:7473 still gets hit, the same amount of times, and
>> the car of 'loaded_from' on the first hit is still "libpng14-14.dll", b)
>> 'M-x list-dynamic-libraries' crashes with (wrong-type-argument
>> characterp "J:\\Apps\\System\\MinGW\\bin\\libpng14-14.dll") after Gnus
>> has been launched, just like it does in graphical environment.
>
> I'd be interested to know which sequence of calls causes libpng to be
> loaded by Gnus in a non-GUI session.  That sounds like a bug to me.

I don't mind participating in the troubleshooting, but can't you 
reproduce this on your end? I mean both libpng loading in the terminal, 
and crash when using libgcc-dw2-dependent libintl. It would be quicker.

> Anyway, you should be able to work around this by renaming or moving
> out of PATH the image libraries.
>
> The goal of this exercise is to see whether the problem is in any way
> related to the order of loading and unloading the DLLs.  When there's
> only one DLL, the order doesn't matter ;-)

Looks like it is. I renamed libpng, so it doesn't get loaded. Without 
your patch, it still crashes, but with the patch applied, the crash is 
gone. I only see this message in the console:

warning: Temporarily disabling breakpoints for unloaded shared library 
"J:\Apps\System\MinGW\bin\libiconv-2.dll"

libiconv-2.dll is a dependency of libintl-8.dll.