From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.bugs Subject: bug#6837: Cannot view PNG images Date: Sat, 25 Sep 2010 02:23:02 +0200 Message-ID: References: <4C62161A.8040701@gnu.org> <8439um16qi.fsf@aol.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1285375283 28946 80.91.229.12 (25 Sep 2010 00:41:23 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 25 Sep 2010 00:41:23 +0000 (UTC) Cc: 6837@debbugs.gnu.org To: Andy Moreton Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Sep 25 02:41:22 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OzIpJ-0006YR-Ns for geb-bug-gnu-emacs@m.gmane.org; Sat, 25 Sep 2010 02:41:18 +0200 Original-Received: from localhost ([127.0.0.1]:47673 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OzIpJ-0006nh-1h for geb-bug-gnu-emacs@m.gmane.org; Fri, 24 Sep 2010 20:41:17 -0400 Original-Received: from [140.186.70.92] (port=43493 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OzIpA-0006nb-UZ for bug-gnu-emacs@gnu.org; Fri, 24 Sep 2010 20:41:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OzIp9-0004WF-FT for bug-gnu-emacs@gnu.org; Fri, 24 Sep 2010 20:41:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:48715) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OzIp9-0004WB-De for bug-gnu-emacs@gnu.org; Fri, 24 Sep 2010 20:41:07 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1OzIWf-0002Tx-P4; Fri, 24 Sep 2010 20:22:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 25 Sep 2010 00:22:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6837 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 6837-submit@debbugs.gnu.org id=B6837.12853740649530 (code B ref 6837); Sat, 25 Sep 2010 00:22:01 +0000 Original-Received: (at 6837) by debbugs.gnu.org; 25 Sep 2010 00:21:04 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OzIVk-0002Tf-0y for submit@debbugs.gnu.org; Fri, 24 Sep 2010 20:21:04 -0400 Original-Received: from mail-iw0-f172.google.com ([209.85.214.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OzIVi-0002TI-BL for 6837@debbugs.gnu.org; Fri, 24 Sep 2010 20:21:02 -0400 Original-Received: by iwn3 with SMTP id 3so2707463iwn.3 for <6837@debbugs.gnu.org>; Fri, 24 Sep 2010 17:23:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=uAMCak7nKL1l5NXImZ37oWylSNDi+nL774Pt3aRxy9c=; b=dLL4TpZchfsQygR8tuZ9USpcxqvxPiEQuY4sGB7gLdoV55oM+GwCD3VJHz2ePUQbwC e4XQ9aF175ysly/LaVql6/MCkftLgegQPYz8TIWD3dtQliawhuNbd0IxmJgvPu9tpaTl fIo6E+wdUsS0XtJrHVGQ8LOX3kXCN8k5BjYv8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=bcQAR7DgAQaay20kL0OTFAvnt/4l/qcn3nrr5duKFbeKQ0C6A3POkngwgsbZk84Hs0 oqunginOSpB6cY/9FxoR/CUDMRXR6IXmpZxAymMU0QMH2U2lqnySBBDedIzov/PNo9KA iYzdAzCuzMZ2qNuO7VQ2Ml+O9LVpqISx5iCek= Original-Received: by 10.231.146.141 with SMTP id h13mr4476365ibv.1.1285374223124; Fri, 24 Sep 2010 17:23:43 -0700 (PDT) Original-Received: by 10.231.196.71 with HTTP; Fri, 24 Sep 2010 17:23:02 -0700 (PDT) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Fri, 24 Sep 2010 20:22:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:40411 Archived-At: On Fri, Aug 13, 2010 at 11:12, Andy Moreton wrot= e: > I have also encountered this problem with the prebuilt Win32 binaries. > I've built libpng14.dll and zlib1.dll from upstream sources. To get > emacs to use the new DLLs, I had to update image-library-alist to > include the new DLL name. Having to set up `image-library-alist' is not a bug. That's what the variable is for. > 1) Display the image DLL version mismatch message in the minibuffer > as well as in the *Messages* buffer, as it is not immediately obvious > what the problem is. Image error messages are not treated diferently than other errors. > 2) Do not cache the results of the image DLL lookup. If the required > DLLs are copied to the emacs/bin directory after emacs is started, it > requires a restart to notice that the DLL is now available. For this to work correctly, Emacs on Windows would be forced to check (either unloading/loading the library or looking at the library's path and/or timestamp) on *every* access to one of the library's functions. It's much easier to live with this limitation (which is documented on nt/INSTALL). BTW, not that it is relevant, but note that the image libraries need not to be on the bin/ directory of Emacs, they could be anywhere in the PATH (which is not limited to the setting of the PATH environment variable; it's also affected by the App Paths registry entry, etc.), or even outside the PATH if the relevant image-library-alist entry has been added. > 3) Make the required image DLL version number available at the lisp > level alongside image-library-alist, so the user can determine which > version of the DLL they need to build. How do you determine the required image DLL version? Emacs is compiled with a given set of #includes, but there's no general way to determine whether older or newer releases will be compatible or not. If the library is able to determine that it is not, and gives an error message (like the one originating this bug report), it's easy to determine that there's a version mismatch. It could be possible to make available the version of each library used to compile the running binary, but again, that does not offer much information about which versions are compatible. =C2=A0 =C2=A0 Juanma