Re: MS-Windows build using Posix configury

[Dmitry Gutov]

On 18.05.2013 22:53, Eli Zaretskii wrote:
> > Date: Sat, 18 May 2013 22:42:42 +0400
> > From: Dmitry Gutov <address@hidden>
> > CC: address@hidden
> >
> > 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.