[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: MS-Windows build using Posix configury

From: Dmitry Gutov
Subject: Re: MS-Windows build using Posix configury
Date: Sat, 18 May 2013 23:15:29 +0400
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6

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.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]