|
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.
[Prev in Thread] | Current Thread | [Next in Thread] |