From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: MS-Windows build using Posix configury Date: Sat, 18 May 2013 21:53:27 +0300 Message-ID: <83bo88xgpk.fsf@gnu.org> References: <83d2tu49lu.fsf@gnu.org> <83zjwbkmt2.fsf@gnu.org> <83wqrfkjvo.fsf@gnu.org> <838v3qebns.fsf@gnu.org> <83wqr9csah.fsf@gnu.org> <83wqr297da.fsf@gnu.org> <83txm34g6k.fsf@gnu.org> <83d2srt645.fsf@gnu.org> <87y5bfkmsz.fsf@yandex.ru> <834ne3sziw.fsf@gnu.org> <519504DD.1030004@yandex.ru> <8338tmu9m0.fsf@gnu.org> <83hai2rlm0.fsf@gnu.org> <51961D09.7030502@yandex.ru> <83d2spsqa1.fsf@gnu.org> <519638A0.70807@[87.69.4.28]> <837gixsmwh.fsf@gnu.org> <51964CD3.1010106@yandex.ru> <8338tlsibr.fsf@gnu.org> <831u95sdwi.fsf@gnu.org> <83zjvtqwf0.fsf@gnu.org> <51969776.4060206@y> <83txm0rc1o.fsf@gnu.org> <5197371A.20401@yandex.ru> <83sj1ky7sy.fsf@gnu.org> <5197810F.60304@[87.69.4.28]> <83obc8xt4d.fsf@gnu.org> <51978FFF.6020503@yandex.ru> <83ehd4xi6v.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1368903252 8315 80.91.229.3 (18 May 2013 18:54:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 18 May 2013 18:54:12 +0000 (UTC) Cc: emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat May 18 20:54:11 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UdmGh-0007ad-Ak for ged-emacs-devel@m.gmane.org; Sat, 18 May 2013 20:54:11 +0200 Original-Received: from localhost ([::1]:37156 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UdmGg-0002ha-Vx for ged-emacs-devel@m.gmane.org; Sat, 18 May 2013 14:54:10 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:42556) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UdmGa-0002hM-1e for emacs-devel@gnu.org; Sat, 18 May 2013 14:54:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UdmGV-0006v9-Fh for emacs-devel@gnu.org; Sat, 18 May 2013 14:54:03 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:60555) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UdmGV-0006uy-7U for emacs-devel@gnu.org; Sat, 18 May 2013 14:53:59 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MN000J00CG2EB00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Sat, 18 May 2013 21:53:40 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MN000I6JCHGZGH0@a-mtaout22.012.net.il>; Sat, 18 May 2013 21:53:40 +0300 (IDT) Sun-Java-System-SMTP-Warning: Lines longer than SMTP allows found and truncated. In-reply-to: <5197CBA2.1070408@yandex.ru> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.172 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:159665 Archived-At: > Date: Sat, 18 May 2013 22:42:42 +0400 > From: Dmitry Gutov > 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. 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 ;-) Thanks.