Subject: bug#16014: closed (Re: bug#16014: Inconsistent loading of image libraries on Windows)

From: [email-masked] (GNU bug Tracking System)
Date: Sat, 30 Nov 2013 19:14:03 +0000

Your bug report

#16014: Inconsistent loading of image libraries on Windows

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to [email-masked].

-- 
16014: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16014
GNU Bug Tracking System
Contact [email-masked] with problems

Subject: Re: bug#16014: Inconsistent loading of image libraries on Windows
From: Eli Zaretskii <[email-masked]>
To: Juanma Barranquero <[email-masked]>
Cc: [email-masked]
Date: Sat, 30 Nov 2013 21:13:42 +0200
List-Id: <debbugs-submit.debbugs.gnu.org>

> From: Juanma Barranquero <[email-masked]>
> Date: Sat, 30 Nov 2013 16:35:44 +0100
> 
> Running consecutive instances of emacs.exe from the very same command
> line, it sometimes loads libpng, and sometimes it doesn't.

It's again that timing thing with making the initial frame visible.

Fixed in trunk revision 115316.

Subject: Inconsistent loading of image libraries on Windows
From: Juanma Barranquero <[email-masked]>
To: Bug-Gnu-Emacs <[email-masked]>
Date: Sat, 30 Nov 2013 16:35:44 +0100
List-Id: <debbugs-submit.debbugs.gnu.org>

Running consecutive instances of emacs.exe from the very same command
line, it sometimes loads libpng, and sometimes it doesn't.

The recipe is as simple as opening a cmd shell and running "emacs -q",
exiting the Emacs instance and repeating these steps a few times. Most
of the time Emacs does not load libpng, though sometimes it does.

In the images I've done M-x list-dynamic-libraries to show the
difference, though the lack of the Emacs logo is quite enough to see
when the library has been loaded and when it hasn't.

This has started happening quite recently, though I'm not sure when.