From owner-png-implement@ccrc.wustl.edu Sun Mar 3 14:21:28 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id OAA27202 for ; Sun, 3 Mar 2002 14:21:28 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g23KLPm14892 for ; Sun, 3 Mar 2002 14:21:25 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g23KLPT00049 for ; Sun, 3 Mar 2002 14:21:25 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g23KIb325635; Sun, 3 Mar 2002 14:18:37 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g23KIat25631 for ; Sun, 3 Mar 2002 14:18:36 -0600 (CST) Received: (qmail 28307 invoked from network); 3 Mar 2002 20:16:27 -0000 Received: from turbo.sonic.net (HELO ultra.sonic.net) (208.201.224.26) by b.smtp-out.sonic.net with SMTP; 3 Mar 2002 20:16:27 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by ultra.sonic.net (8.11.6/8.8.5) with ESMTP id g23KHKT02919 for ; Sun, 3 Mar 2002 12:17:20 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g23KHKAa017617 for ; Sun, 3 Mar 2002 12:17:20 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g23KHKaC017616 for png-implement@ccrc.wustl.edu; Sun, 3 Mar 2002 12:17:20 -0800 Received: from web14106.mail.yahoo.com (web14106.mail.yahoo.com [216.136.172.136]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g23Iwrt25132 for ; Sun, 3 Mar 2002 12:58:53 -0600 (CST) Message-ID: <20020303185854.86091.qmail@web14106.mail.yahoo.com> Received: from [217.39.3.109] by web14106.mail.yahoo.com via HTTP; Sun, 03 Mar 2002 10:58:54 PST Date: Sun, 3 Mar 2002 10:58:54 -0800 (PST) From: Jacky Ngew Subject: [png-implement] getting single pixel value with libpng To: png-implement@ccrc.wustl.edu Cc: png-group@w3.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu [non-member submission] Is it possible to get a pixel value in any format ( RGB or address to the colormap) given any a x,y value? Sorry I'm a total newbie and wanted to use libpng eagerly :) Regards Jen ===== JJJJJJJJJJJJJJ AAAAAAAAAAA CCCCCCCCCCC KKKK KKKK YYYY YYYY JJJJ AAAA AAAA CCCCCCCCCCC KKKK KKKK YYY YYY JJJJ AAAA AAAA CCCC KKKKKKKKK YYYY JJJJ AAAAAAAAAAA CCCC KKKKKKKKK YYYY JJJJJJJJJ AAAAAAAAAAA CCCCCCCCCCC KKKK KKKK YYYY JJJJJJJJJ AAAA AAAA CCCCCCCCCCC KKKK KKKK YYYY __________________________________________________ Do You Yahoo!? Yahoo! Sports - sign up for Fantasy Baseball http://sports.yahoo.com -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Mar 4 04:41:08 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id EAA03770 for ; Mon, 4 Mar 2002 04:41:08 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g24Af7m10412 for ; Mon, 4 Mar 2002 04:41:07 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g24Af7T18752 for ; Mon, 4 Mar 2002 04:41:07 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g24AeU100461; Mon, 4 Mar 2002 04:40:30 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com [194.25.134.85]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g24AeSt00457 for ; Mon, 4 Mar 2002 04:40:29 -0600 (CST) Received: from fwd06.sul.t-online.de by mailout11.sul.t-online.com with smtp id 16hpmI-0003LV-0C; Mon, 04 Mar 2002 11:33:10 +0100 Received: from p3E9E16B6.dip.t-dialin.net (027122869-0001@[62.158.22.182]) by fwd06.sul.t-online.com with smtp id 16hpm2-1WvRlQC; Mon, 4 Mar 2002 11:32:54 +0100 Date: 4 Mar 2002 11:27:15 +0100 From: Andreas_Kleinert@t-online.de (Andreas R. Kleinert) Subject: Re: [png-implement] getting single pixel value with libpng To: "Jacky Ngew" In-Reply-To: <20020303185854.86091.qmail@web14106.mail.yahoo.com> Message-ID: <461.828T777T6873519info@ar-kleinert.de> MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Mailer: THOR 2.6a (Amiga;TCP/IP) X-Sender: 027122869-0001@t-dialin.net Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu >Is it possible to get a pixel value in any format ( RGB or address to >the colormap) given any a x,y value? Yes. >Sorry I'm a total newbie and wanted to use libpng eagerly :) Read it to a memory location and do pointer arithmetics... -- Andreas_Kleinert@t-online.de | http://www.ar-kleinert.de | Freelance Consultant & Writer | Software Engineering | *** PerSuaSiVe SoftWorX *** | x86 Win/Linux, 68k/PPC Amiga and more | -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Mar 4 16:42:04 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id QAA11447 for ; Mon, 4 Mar 2002 16:42:04 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g24Mg2m25877 for ; Mon, 4 Mar 2002 16:42:02 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g24Mg1T27381 for ; Mon, 4 Mar 2002 16:42:01 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g24MeuQ11982; Mon, 4 Mar 2002 16:40:56 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from kura.mail.jippii.net (kura.mail.jippii.net [195.197.172.113]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g24Mett11978 for ; Mon, 4 Mar 2002 16:40:55 -0600 (CST) Received: from sci.fi (tronic2.pp.sci.fi [195.74.7.210]) by kura.mail.jippii.net (Postfix) with ESMTP id 8BBB51DCA6 for ; Tue, 5 Mar 2002 00:40:59 +0200 (EET) Message-ID: <3C83F7C5.2080908@sci.fi> Date: Tue, 05 Mar 2002 00:40:05 +0200 From: Lasse =?ISO-8859-1?Q?K=E4rkk=E4inen?= User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.8) Gecko/20020130 X-Accept-Language: en-us MIME-Version: 1.0 To: png-implement@ccrc.wustl.edu Subject: [png-implement] Even smaller PNGs? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Hi! As some of you might know, I have been developing a video-container for some time. Now the team has 8 members and we have found a problem - PNGs are too big. The problem is that we use MANY very small PNGs (1.0-1.5 Ko each, often less than 4 colors). When there are several thousand of those, it's not very nice anymore. One option would be using better compression (bz2?) or maybe compress several images in one chunk (which makes reading very complicated). The compression used must be completely free, of course. Another option would be trimming down PNG structures, or sharing headers among many PNGs. Any ideas on improving space-efficiency? We already optimized our test-images by reducing colors, sorting by popularity and running thru pngcrush. The specification is at http://mcf.sourceforge.net/ - Tronic - -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Mar 4 17:33:33 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id RAA12175 for ; Mon, 4 Mar 2002 17:33:33 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g24NXWm01345 for ; Mon, 4 Mar 2002 17:33:32 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g24NXWT00555 for ; Mon, 4 Mar 2002 17:33:32 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g24NXKC12641; Mon, 4 Mar 2002 17:33:20 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g24NXIt12637 for ; Mon, 4 Mar 2002 17:33:19 -0600 (CST) Message-Id: <200203042333.g24NXIt12637@ccrc.wustl.edu> Received: (qmail 25721 invoked by uid 0); 4 Mar 2002 23:33:25 -0000 Received: from b-zr14.fem.tu-ilmenau.de (HELO there) (141.24.50.234) by mail.gmx.net (mp005-rz3) with SMTP; 4 Mar 2002 23:33:25 -0000 Content-Type: text/plain; charset="iso-8859-15" From: Markus =?iso-8859-15?q?Br=FCckner?= To: png-implement@ccrc.wustl.edu Subject: [png-implement] Problem with libpng-1.2 Date: Tue, 5 Mar 2002 00:32:59 +0100 X-Mailer: KMail [version 1.3.2] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I'm using libpnb-1.2.1 with my Linux from scratch system 3.1. Ich used the lib to compile my QT and parts of my KDE. Now as I compiled KOrganizer with it there is a mysterious error when starting the application. It reports : libpng warning: Application was compiled with png.h from libpng-1.0.9 libpng warning: Application is running with png.c from libpng-1.2.1 libpng error: Incompatible libpng version in application and library to the console. I've found some resources on the net stating that this is a particular problem with libpng. I'm a little bit puzzled as there is no libpng-1.0.9 on my system. Is this a know issue and if yes how can this be solved? Thanks in advance Markus Breckner -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8hAQwzNmNmbjGoU8RAjVgAKDWCFZgtj3MSCM87Kzf6GcF++w3QQCfaRzp ZhxFwntfalmR5iwR0UPjXdU= =Nda7 -----END PGP SIGNATURE----- -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Mar 4 18:28:04 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id SAA12634 for ; Mon, 4 Mar 2002 18:28:04 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g250S3m04786 for ; Mon, 4 Mar 2002 18:28:03 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g250S3T02960 for ; Mon, 4 Mar 2002 18:28:03 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g250Rjn13014; Mon, 4 Mar 2002 18:27:45 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g250Rit13010 for ; Mon, 4 Mar 2002 18:27:45 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout04.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GSH00HUU5AD40@mtaout04.icomcast.net> for png-implement@ccrc.wustl.edu; Mon, 04 Mar 2002 19:27:49 -0500 (EST) Date: Mon, 04 Mar 2002 19:23:55 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Even smaller PNGs? In-reply-to: <3C83F7C5.2080908@sci.fi> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020304192355.00e1dcd0@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 12:40 AM 3/5/02 +0200, you wrote: >Hi! > >As some of you might know, I have been developing a video-container for >some time. Now the team has 8 members and we have found a problem - PNGs >are too big. > >The problem is that we use MANY very small PNGs (1.0-1.5 Ko each, often >less than 4 colors). When there are several thousand of those, it's not >very nice anymore. > >One option would be using better compression (bz2?) or maybe compress >several images in one chunk (which makes reading very complicated). The >compression used must be completely free, of course. > >Another option would be trimming down PNG structures, or sharing headers >among many PNGs. > >Any ideas on improving space-efficiency? We already optimized our >test-images by reducing colors, sorting by popularity and running thru >pngcrush. You can use MNG to share chunks like PLTE and gAMA. If you have many images that have the same dimensions you could splice them all together into one wide MNG object and use CLIP to pick out the one you want. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Mar 4 18:37:34 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id SAA12713 for ; Mon, 4 Mar 2002 18:37:33 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g250bWm05242 for ; Mon, 4 Mar 2002 18:37:32 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g250bWT03335 for ; Mon, 4 Mar 2002 18:37:32 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g250bNw13075; Mon, 4 Mar 2002 18:37:23 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g250bMt13071 for ; Mon, 4 Mar 2002 18:37:22 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout01.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GSH00KLC5QHW5@mtaout01.icomcast.net> for png-implement@ccrc.wustl.edu; Mon, 04 Mar 2002 19:37:29 -0500 (EST) Date: Mon, 04 Mar 2002 19:33:37 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Problem with libpng-1.2 In-reply-to: <200203042333.g24NXIt12637@ccrc.wustl.edu> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020304193337.00e1dcd0@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 12:32 AM 3/5/02 +0100, you wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >Hi, > >I'm using libpnb-1.2.1 with my Linux from scratch system 3.1. Ich used the >lib to compile my QT and parts of my KDE. Some part of KDE that you did not recompile was built with libpng-1.0.9 when you did have it in the past, or you have installed a binary that was compiled with libpng-1.0.9 on some other machine. >Now as I compiled KOrganizer with >it there is a mysterious error when starting the application. It reports : > >libpng warning: Application was compiled with png.h from libpng-1.0.9 >libpng warning: Application is running with png.c from libpng-1.2.1 >libpng error: Incompatible libpng version in application and library Evidently KOrganizer uses some other library, perhaps libgd, that was linked with libpng-1.0.9, and needs to be relinked. >to the console. I've found some resources on the net stating that this is a >particular problem with libpng. I'm a little bit puzzled as there is no >libpng-1.0.9 on my system. >Is this a know issue and if yes how can this be solved? > >Thanks in advance >Markus Breckner >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.0.6 (GNU/Linux) >Comment: For info see http://www.gnupg.org > >iD8DBQE8hAQwzNmNmbjGoU8RAjVgAKDWCFZgtj3MSCM87Kzf6GcF++w3QQCfaRzp >ZhxFwntfalmR5iwR0UPjXdU= >=Nda7 >-----END PGP SIGNATURE----- > >-- >Send the message body "help" to png-implement-request@ccrc.wustl.edu > -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Mar 4 18:46:54 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id SAA12796 for ; Mon, 4 Mar 2002 18:46:54 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g250krm05761 for ; Mon, 4 Mar 2002 18:46:53 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g250kqT03747 for ; Mon, 4 Mar 2002 18:46:52 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g250kdg13162; Mon, 4 Mar 2002 18:46:39 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g250kct13158 for ; Mon, 4 Mar 2002 18:46:38 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout45-02.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GSH0068E65W4M@mtaout45-02.icomcast.net> for png-implement@ccrc.wustl.edu; Mon, 04 Mar 2002 19:46:45 -0500 (EST) Date: Mon, 04 Mar 2002 19:42:52 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Problem with libpng-1.2 In-reply-to: <200203042333.g24NXIt12637@ccrc.wustl.edu> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Cc: mb1611@gmx.de Message-id: <3.0.6.32.20020304194252.00e21ad0@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 12:32 AM 3/5/02 +0100, Markus =?iso-8859-15?q?Br=FCckner?= wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >Hi, > >I'm using libpnb-1.2.1 with my Linux from scratch system 3.1. Ich used the >lib to compile my QT and parts of my KDE. Now as I compiled KOrganizer with >it there is a mysterious error when starting the application. It reports : > >libpng warning: Application was compiled with png.h from libpng-1.0.9 >libpng warning: Application is running with png.c from libpng-1.2.1 >libpng error: Incompatible libpng version in application and library Please try this: Get libpng-1.0.12 and libpng-1.2.1beta2 (e.g., from http://libpng.sf.net) Remove any libpng.so and libpng.so* from your system Install libpng-1.0.12 (makes libpng.so.2) Install libpng-1.2.1beta2 (makes libpng12.so.0) Rebuild again QT and those parts of KDE that you rebuilt, but this time use -lpng instead of -lpng12 in the loader flags. That application that was not rebuilt should now find libpng.so.2 which is binary compatible with libpng-1.0.9, and your newly rebuild software should find libpng12.so.0 which is the new libpng. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Mar 4 20:06:10 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id UAA13373 for ; Mon, 4 Mar 2002 20:06:09 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g25268m09706 for ; Mon, 4 Mar 2002 20:06:08 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g25268T06741 for ; Mon, 4 Mar 2002 20:06:08 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2525ef13603; Mon, 4 Mar 2002 20:05:40 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2525dt13599 for ; Mon, 4 Mar 2002 20:05:39 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout45-01.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GSH00DUE9TMQ1@mtaout45-01.icomcast.net> for png-implement@ccrc.wustl.edu; Mon, 04 Mar 2002 21:05:46 -0500 (EST) Date: Mon, 04 Mar 2002 21:01:55 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Problem with libpng-1.2 In-reply-to: <3.0.6.32.20020304194252.00e21ad0@mail.comcast.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Cc: mb1611@gmx.de Message-id: <3.0.6.32.20020304210155.00e06c50@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <200203042333.g24NXIt12637@ccrc.wustl.edu> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 07:42 PM 3/4/02 -0500, Glenn Randers-Pehrson wrote: > >Rebuild again QT and those parts of KDE that you rebuilt, but this >time use -lpng instead of -lpng12 in the loader flags. Sorry, I messed that up in the editing. Use -lpng12 this time instead of -lpng. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 5 10:24:18 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA20733 for ; Tue, 5 Mar 2002 10:24:18 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g25GOHm01804 for ; Tue, 5 Mar 2002 10:24:17 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g25GOHT09653 for ; Tue, 5 Mar 2002 10:24:17 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g25GNpq20396; Tue, 5 Mar 2002 10:23:51 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g25GNot20391 for ; Tue, 5 Mar 2002 10:23:50 -0600 (CST) Received: (qmail 30231 invoked from network); 5 Mar 2002 16:23:54 -0000 Received: from tempest.sonic.net (208.201.224.25) by a.smtp-out.sonic.net with SMTP; 5 Mar 2002 16:23:54 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by tempest.sonic.net (8.11.6/8.8.5) with ESMTP id g25GNrt22000 for ; Tue, 5 Mar 2002 08:23:53 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g25GNrAa019229 for ; Tue, 5 Mar 2002 08:23:53 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g25GNrRL019228 for png-implement@ccrc.wustl.edu; Tue, 5 Mar 2002 08:23:53 -0800 Received: from web10705.mail.yahoo.com (web10705.mail.yahoo.com [216.136.130.213]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g25G0rt19857 for ; Tue, 5 Mar 2002 10:00:53 -0600 (CST) Message-ID: <20020305160056.45166.qmail@web10705.mail.yahoo.com> Received: from [130.36.61.238] by web10705.mail.yahoo.com via HTTP; Tue, 05 Mar 2002 08:00:56 PST Date: Tue, 5 Mar 2002 08:00:56 -0800 (PST) From: John Subject: [png-implement] Contrib makefiles To: png-implement@ccrc.wustl.edu MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-791753883-1015344056=:44794" Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu --0-791753883-1015344056=:44794 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline [non-member submission with 17k tar attachment] Hello, Here are some makefiles I'd like to contribute to allow builds with Sun's compilers for 32 bit and 64 bit Solaris environments. Cheers, -John Berschied __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ --0-791753883-1015344056=:44794 Content-Type: application/x-tar; name="makefiles.tar" Content-Transfer-Encoding: base64 Content-Description: makefiles.tar Content-Disposition: attachment; filename="makefiles.tar" Li8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAADAwNDA3NTUAMDAwMTEwNwAwMDAwMTQ0ADAwMDAwMDAwMDAw ADA3NDQxMTY1NDIwADAwMTE3MTYANQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB1c3RhcgAwMGJlcnNj anIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdXNlcgAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAwMDAwMjEwADAwMDAwMDcAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAuL21ha2VmaWxlLnN1bmNjLjMyYml0LnVsdHJh AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMDEwMDQ0NAAwMDAxMTA3ADAw MDAxNDQAMDAwMDAwMDcyNjUAMDc0NDExNjU0MjAAMDAxNjYwNQAwAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAHVzdGFyADAwYmVyc2NqcgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB1 c2VyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADAwMDAyMTAAMDAwMDAw NwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACMgbWFrZWZpbGUg Zm9yIGxpYnBuZyBvbiBTb2xhcmlzIDIueCB3aXRoIGdjYwojIENvbnRyaWJ1 dGVkIGJ5IFdpbGxpYW0gTC4gU2Vib2ssIGJhc2VkIG9uIG1ha2VmaWxlLmxp bnV4CiMgQ29weXJpZ2h0IChDKSAxOTk4IEdyZWcgUm9lbG9mcwojIENvcHly aWdodCAoQykgMTk5NiwgMTk5NyBBbmRyZWFzIERpbGdlcgojIEZvciBjb25k aXRpb25zIG9mIGRpc3RyaWJ1dGlvbiBhbmQgdXNlLCBzZWUgY29weXJpZ2h0 IG5vdGljZSBpbiBwbmcuaAoKQ0M9Y2MKU1VOX0NDX0ZMQUdTPS1mYXN0IC14 dGFyZ2V0PXVsdHJhClNVTl9MRF9GTEFHUz0tZmFzdCAteHRhcmdldD11bHRy YQoKIyBXaGVyZSBtYWtlIGluc3RhbGwgcHV0cyBsaWJwbmcuYSwgbGlicG5n LnNvKiwgYW5kIHBuZy5oCnByZWZpeD0vYQoKIyBXaGVyZSB0aGUgemxpYiBs aWJyYXJ5IGFuZCBpbmNsdWRlIGZpbGVzIGFyZSBsb2NhdGVkCiMgQ2hhbmdp bmcgdGhlc2UgdG8gLi4vemxpYiBwb3NlcyBhIHNlY3VyaXR5IHJpc2suICBJ ZiB5b3Ugd2FudAojIHRvIGhhdmUgemxpYiBpbiBhbiBhZGphY2VudCBkaXJl Y3RvcnksIHNwZWNpZnkgdGhlIGZ1bGwgcGF0aCBpbnN0ZWFkIG9mICIuLiIu CiNaTElCTElCPS4uL3psaWIKI1pMSUJJTkM9Li4vemxpYgoKWkxJQkxJQj0v dXNyL2xpYgpaTElCSU5DPS91c3IvaW5jbHVkZQoKV0FSTk1PUkU9LVd3cml0 ZS1zdHJpbmdzIC1XcG9pbnRlci1hcml0aCAtV3NoYWRvdyBcCgktV21pc3Np bmctZGVjbGFyYXRpb25zIC1XdHJhZGl0aW9uYWwgLVdjYXN0LWFsaWduIFwK CS1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgIy1X Y29udmVyc2lvbgpDRkxBR1M9LUkkKFpMSUJJTkMpICQoU1VOX0NDX0ZMQUdT KSBcCgkjICQoV0FSTk1PUkUpIC1nIC1EUE5HX0RFQlVHPTUKTERGTEFHUz0t TC4gLVIuICQoU1VOX0xEX0ZMQUdTKSAtTCQoWkxJQkxJQikgLVIkKFpMSUJM SUIpIC1scG5nIC1seiAtbG0KCiNSQU5MSUI9cmFubGliClJBTkxJQj1lY2hv CgojIHJlYWQgbGlicG5nLnR4dCBvciBwbmcuaCB0byBzZWUgd2h5IFBOR01B SiBpcyAzLiAgWW91IHNob3VsZCBub3QKIyBoYXZlIHRvIGNoYW5nZSBpdC4K UE5HTUFKID0gMwpQTkdNSU4gPSAxLjIuMQpQTkdWRVIgPSAkKFBOR01BSiku JChQTkdNSU4pCgpJTkNQQVRIPSQocHJlZml4KS9pbmNsdWRlCkxJQlBBVEg9 JChwcmVmaXgpL2xpYgoKT0JKUyA9IHBuZy5vIHBuZ3NldC5vIHBuZ2dldC5v IHBuZ3J1dGlsLm8gcG5ndHJhbnMubyBwbmd3dXRpbC5vIFwKCXBuZ3JlYWQu byBwbmdyaW8ubyBwbmd3aW8ubyBwbmd3cml0ZS5vIHBuZ3J0cmFuLm8gXAoJ cG5nd3RyYW4ubyBwbmdtZW0ubyBwbmdlcnJvci5vIHBuZ3ByZWFkLm8KCk9C SlNETEwgPSAkKE9CSlM6Lm89LnBpYy5vKQoKLlNVRkZJWEVTOiAgICAgIC5j IC5vIC5waWMubwoKLmMucGljLm86CgkkKENDKSAtYyAkKENGTEFHUykgLUtQ SUMgLW8gJEAgJCouYwoKYWxsOiBsaWJwbmcuYSBsaWJwbmcuc28gcG5ndGVz dAoKbGlicG5nLmE6ICQoT0JKUykKCWFyIHJjICRAICQoT0JKUykKCSQoUkFO TElCKSAkQAoKbGlicG5nLnNvOiBsaWJwbmcuc28uJChQTkdNQUopCglsbiAt ZiAtcyBsaWJwbmcuc28uJChQTkdNQUopIGxpYnBuZy5zbwoKbGlicG5nLnNv LiQoUE5HTUFKKTogbGlicG5nLnNvLiQoUE5HVkVSKQoJbG4gLWYgLXMgbGli cG5nLnNvLiQoUE5HVkVSKSBsaWJwbmcuc28uJChQTkdNQUopCgpsaWJwbmcu c28uJChQTkdWRVIpOiAkKE9CSlNETEwpCglAY2FzZSAiYHR5cGUgbGRgIiBp biAqdWNiKikgXAoJZWNobzsgXAoJZWNobyAnIyMgV0FSTklORzonOyBcCgll Y2hvICcjIyBUaGUgY29tbWFuZHMgIkNDIiBhbmQgIkxEIiBtdXN0IE5PVCBy ZWZlciB0byAvdXNyL3VjYi9jYyc7IFwKCWVjaG8gJyMjIGFuZCAvdXNyL3Vj Yi9sZC4gIElmIHRoZXkgZG8sIHlvdSBuZWVkIHRvIGFkanVzdCB5b3VyIFBB VEgnOyBcCgllY2hvICcjIyBlbnZpcm9ubWVudCB2YXJpYWJsZSB0byBwdXQg L3Vzci9jY3MvYmluIGFoZWFkIG9mIC91c3IvdWNiLic7IFwKCWVjaG8gJyMj IFRoZSBlbnZpcm9ubWVudCB2YXJpYWJsZSBMRF9MSUJSQVJZX1BBVEggc2hv dWxkIG5vdCBiZSBzZXQnOyBcCgllY2hvICcjIyBhdCBhbGwuICBJZiBpdCBp cywgdGhpbmdzIGFyZSBsaWtlbHkgdG8gYnJlYWsgYmVjYXVzZSBvZic7IFwK CWVjaG8gJyMjIHRoZSBsaWJ1Y2IgZGVwZW5kZW5jeSB0aGF0IGlzIGNyZWF0 ZWQuJzsgXAoJZWNobzsgXAoJOzsgXAoJZXNhYwoJJChMRCkgLUcgLUwkKFpM SUJMSUIpIC1SJChaTElCTElCKSAtaCBsaWJwbmcuc28uJChQTkdNQUopIFwK CSAtbyBsaWJwbmcuc28uJChQTkdWRVIpICQoT0JKU0RMTCkgLWx6Cgpwbmd0 ZXN0OiBwbmd0ZXN0Lm8gbGlicG5nLnNvCgkkKENDKSAtbyBwbmd0ZXN0ICQo Q0ZMQUdTKSBwbmd0ZXN0Lm8gJChMREZMQUdTKQoKdGVzdDogcG5ndGVzdAoJ Li9wbmd0ZXN0CgppbnN0YWxsOiBsaWJwbmcuYSBsaWJwbmcuc28uJChQTkdW RVIpCgktQG1rZGlyICQoSU5DUEFUSCkgJChMSUJQQVRIKQoJY3AgcG5nLmgg cG5nY29uZi5oICQoSU5DUEFUSCkKCWNobW9kIDY0NCAkKElOQ1BBVEgpL3Bu Zy5oICQoSU5DUEFUSCkvcG5nY29uZi5oCgljcCBsaWJwbmcuYSBsaWJwbmcu c28uJChQTkdWRVIpICQoTElCUEFUSCkKCWNobW9kIDc1NSAkKExJQlBBVEgp L2xpYnBuZy5zby4kKFBOR1ZFUikKCS1AL2Jpbi9ybSAtZiAkKExJQlBBVEgp L2xpYnBuZy5zby4kKFBOR01BSikgJChMSUJQQVRIKS9saWJwbmcuc28KCShj ZCAkKExJQlBBVEgpOyBsbiAtZiAtcyBsaWJwbmcuc28uJChQTkdWRVIpIGxp YnBuZy5zby4kKFBOR01BSik7IFwKCSBsbiAtZiAtcyBsaWJwbmcuc28uJChQ TkdNQUopIGxpYnBuZy5zbykKCmNsZWFuOgoJL2Jpbi9ybSAtZiAqLm8gbGli cG5nLmEgbGlicG5nLnNvIGxpYnBuZy5zby4kKFBOR01BSikqIHBuZ3Rlc3Qg cG5nb3V0LnBuZwoKRE9DUyA9IEFOTk9VTkNFIENIQU5HRVMgSU5TVEFMTCBL Tk9XTkJVRyBMSUNFTlNFIFJFQURNRSBUT0RPIFkyS0lORk8Kd3JpdGVsb2Nr OgoJY2htb2QgYS13ICouW2NoMzVdICQoRE9DUykgc2NyaXB0cy8qCgojIERP IE5PVCBERUxFVEUgVEhJUyBMSU5FIC0tIG1ha2UgZGVwZW5kIGRlcGVuZHMg b24gaXQuCgpwbmcubyBwbmcucGljLm86IHBuZy5oIHBuZ2NvbmYuaApwbmdl cnJvci5vIHBuZ2Vycm9yLnBpYy5vOiBwbmcuaCBwbmdjb25mLmgKcG5ncmlv Lm8gcG5ncmlvLnBpYy5vOiBwbmcuaCBwbmdjb25mLmgKcG5nd2lvLm8gcG5n d2lvLnBpYy5vOiBwbmcuaCBwbmdjb25mLmgKcG5nbWVtLm8gcG5nbWVtLnBp Yy5vOiBwbmcuaCBwbmdjb25mLmgKcG5nc2V0Lm8gcG5nc2V0LnBpYy5vOiBw bmcuaCBwbmdjb25mLmgKcG5nZ2V0Lm8gcG5nZ2V0LnBpYy5vOiBwbmcuaCBw bmdjb25mLmgKcG5ncmVhZC5vIHBuZ3JlYWQucGljLm86IHBuZy5oIHBuZ2Nv bmYuaApwbmdydHJhbi5vIHBuZ3J0cmFuLnBpYy5vOiBwbmcuaCBwbmdjb25m LmgKcG5ncnV0aWwubyBwbmdydXRpbC5waWMubzogcG5nLmggcG5nY29uZi5o CnBuZ3RyYW5zLm8gcG5ndHJhbnMucGljLm86IHBuZy5oIHBuZ2NvbmYuaApw bmd3cml0ZS5vIHBuZ3dyaXRlLnBpYy5vOiBwbmcuaCBwbmdjb25mLmgKcG5n d3RyYW4ubyBwbmd3dHJhbi5waWMubzogcG5nLmggcG5nY29uZi5oCnBuZ3d1 dGlsLm8gcG5nd3V0aWwucGljLm86IHBuZy5oIHBuZ2NvbmYuaApwbmdwcmVh ZC5vIHBuZ3ByZWFkLnBpYy5vOiBwbmcuaCBwbmdjb25mLmgKCnBuZ3Rlc3Qu bzogcG5nLmggcG5nY29uZi5oCgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAuL21ha2VmaWxl LnN1bmNjLjY0Yml0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA MDEwMDQ0NAAwMDAxMTA3ADAwMDAxNDQAMDAwMDAwMDczMTEAMDc0NDExNjU0 MjAAMDAxNTQ1NAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAHVzdGFyADAwYmVyc2NqcgAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAB1c2VyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAADAwMDAyMTAAMDAwMDAwNwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAACMgbWFrZWZpbGUgZm9yIGxpYnBuZyBvbiBTb2xhcmlzIDIueCB3 aXRoIGdjYwojIENvbnRyaWJ1dGVkIGJ5IFdpbGxpYW0gTC4gU2Vib2ssIGJh c2VkIG9uIG1ha2VmaWxlLmxpbnV4CiMgQ29weXJpZ2h0IChDKSAxOTk4IEdy ZWcgUm9lbG9mcwojIENvcHlyaWdodCAoQykgMTk5NiwgMTk5NyBBbmRyZWFz IERpbGdlcgojIEZvciBjb25kaXRpb25zIG9mIGRpc3RyaWJ1dGlvbiBhbmQg dXNlLCBzZWUgY29weXJpZ2h0IG5vdGljZSBpbiBwbmcuaAoKQ0M9Y2MKU1VO X0NDX0ZMQUdTPS1mYXN0IC14dGFyZ2V0PXVsdHJhIC14YXJjaD12OQpTVU5f TERfRkxBR1M9LWZhc3QgLXh0YXJnZXQ9dWx0cmEgLXhhcmNoPXY5CgojIFdo ZXJlIG1ha2UgaW5zdGFsbCBwdXRzIGxpYnBuZy5hLCBsaWJwbmcuc28qLCBh bmQgcG5nLmgKcHJlZml4PS9hCgojIFdoZXJlIHRoZSB6bGliIGxpYnJhcnkg YW5kIGluY2x1ZGUgZmlsZXMgYXJlIGxvY2F0ZWQKIyBDaGFuZ2luZyB0aGVz ZSB0byAuLi96bGliIHBvc2VzIGEgc2VjdXJpdHkgcmlzay4gIElmIHlvdSB3 YW50CiMgdG8gaGF2ZSB6bGliIGluIGFuIGFkamFjZW50IGRpcmVjdG9yeSwg c3BlY2lmeSB0aGUgZnVsbCBwYXRoIGluc3RlYWQgb2YgIi4uIi4KI1pMSUJM SUI9Li4vemxpYgojWkxJQklOQz0uLi96bGliCgpaTElCTElCPS91c3IvbGli ClpMSUJJTkM9L3Vzci9pbmNsdWRlCgpXQVJOTU9SRT0tV3dyaXRlLXN0cmlu Z3MgLVdwb2ludGVyLWFyaXRoIC1Xc2hhZG93IFwKCS1XbWlzc2luZy1kZWNs YXJhdGlvbnMgLVd0cmFkaXRpb25hbCAtV2Nhc3QtYWxpZ24gXAoJLVdzdHJp Y3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAjLVdjb252ZXJz aW9uCkNGTEFHUz0tSSQoWkxJQklOQykgJChTVU5fQ0NfRkxBR1MpIFwKCSMg JChXQVJOTU9SRSkgLWcgLURQTkdfREVCVUc9NQpMREZMQUdTPS1MLiAtUi4g JChTVU5fTERfRkxBR1MpIC1MJChaTElCTElCKSAtUiQoWkxJQkxJQikgLWxw bmcgLWx6IC1sbQoKI1JBTkxJQj1yYW5saWIKUkFOTElCPWVjaG8KCiMgcmVh ZCBsaWJwbmcudHh0IG9yIHBuZy5oIHRvIHNlZSB3aHkgUE5HTUFKIGlzIDMu ICBZb3Ugc2hvdWxkIG5vdAojIGhhdmUgdG8gY2hhbmdlIGl0LgpQTkdNQUog PSAzClBOR01JTiA9IDEuMi4xClBOR1ZFUiA9ICQoUE5HTUFKKS4kKFBOR01J TikKCklOQ1BBVEg9JChwcmVmaXgpL2luY2x1ZGUKTElCUEFUSD0kKHByZWZp eCkvbGliCgpPQkpTID0gcG5nLm8gcG5nc2V0Lm8gcG5nZ2V0Lm8gcG5ncnV0 aWwubyBwbmd0cmFucy5vIHBuZ3d1dGlsLm8gXAoJcG5ncmVhZC5vIHBuZ3Jp by5vIHBuZ3dpby5vIHBuZ3dyaXRlLm8gcG5ncnRyYW4ubyBcCglwbmd3dHJh bi5vIHBuZ21lbS5vIHBuZ2Vycm9yLm8gcG5ncHJlYWQubwoKT0JKU0RMTCA9 ICQoT0JKUzoubz0ucGljLm8pCgouU1VGRklYRVM6ICAgICAgLmMgLm8gLnBp Yy5vCgouYy5waWMubzoKCSQoQ0MpIC1jICQoQ0ZMQUdTKSAtS1BJQyAtbyAk QCAkKi5jCgphbGw6IGxpYnBuZy5hIGxpYnBuZy5zbyBwbmd0ZXN0CgpsaWJw bmcuYTogJChPQkpTKQoJYXIgcmMgJEAgJChPQkpTKQoJJChSQU5MSUIpICRA CgpsaWJwbmcuc286IGxpYnBuZy5zby4kKFBOR01BSikKCWxuIC1mIC1zIGxp YnBuZy5zby4kKFBOR01BSikgbGlicG5nLnNvCgpsaWJwbmcuc28uJChQTkdN QUopOiBsaWJwbmcuc28uJChQTkdWRVIpCglsbiAtZiAtcyBsaWJwbmcuc28u JChQTkdWRVIpIGxpYnBuZy5zby4kKFBOR01BSikKCmxpYnBuZy5zby4kKFBO R1ZFUik6ICQoT0JKU0RMTCkKCUBjYXNlICJgdHlwZSBsZGAiIGluICp1Y2Iq KSBcCgllY2hvOyBcCgllY2hvICcjIyBXQVJOSU5HOic7IFwKCWVjaG8gJyMj IFRoZSBjb21tYW5kcyAiQ0MiIGFuZCAiTEQiIG11c3QgTk9UIHJlZmVyIHRv IC91c3IvdWNiL2NjJzsgXAoJZWNobyAnIyMgYW5kIC91c3IvdWNiL2xkLiAg SWYgdGhleSBkbywgeW91IG5lZWQgdG8gYWRqdXN0IHlvdXIgUEFUSCc7IFwK CWVjaG8gJyMjIGVudmlyb25tZW50IHZhcmlhYmxlIHRvIHB1dCAvdXNyL2Nj cy9iaW4gYWhlYWQgb2YgL3Vzci91Y2IuJzsgXAoJZWNobyAnIyMgVGhlIGVu dmlyb25tZW50IHZhcmlhYmxlIExEX0xJQlJBUllfUEFUSCBzaG91bGQgbm90 IGJlIHNldCc7IFwKCWVjaG8gJyMjIGF0IGFsbC4gIElmIGl0IGlzLCB0aGlu Z3MgYXJlIGxpa2VseSB0byBicmVhayBiZWNhdXNlIG9mJzsgXAoJZWNobyAn IyMgdGhlIGxpYnVjYiBkZXBlbmRlbmN5IHRoYXQgaXMgY3JlYXRlZC4nOyBc CgllY2hvOyBcCgk7OyBcCgllc2FjCgkkKExEKSAtRyAtTCQoWkxJQkxJQikg LVIkKFpMSUJMSUIpIC1oIGxpYnBuZy5zby4kKFBOR01BSikgXAoJIC1vIGxp YnBuZy5zby4kKFBOR1ZFUikgJChPQkpTRExMKSAtbHoKCnBuZ3Rlc3Q6IHBu Z3Rlc3QubyBsaWJwbmcuc28KCSQoQ0MpIC1vIHBuZ3Rlc3QgJChDRkxBR1Mp IHBuZ3Rlc3QubyAkKExERkxBR1MpCgp0ZXN0OiBwbmd0ZXN0CgkuL3BuZ3Rl c3QKCmluc3RhbGw6IGxpYnBuZy5hIGxpYnBuZy5zby4kKFBOR1ZFUikKCS1A bWtkaXIgJChJTkNQQVRIKSAkKExJQlBBVEgpCgljcCBwbmcuaCBwbmdjb25m LmggJChJTkNQQVRIKQoJY2htb2QgNjQ0ICQoSU5DUEFUSCkvcG5nLmggJChJ TkNQQVRIKS9wbmdjb25mLmgKCWNwIGxpYnBuZy5hIGxpYnBuZy5zby4kKFBO R1ZFUikgJChMSUJQQVRIKQoJY2htb2QgNzU1ICQoTElCUEFUSCkvbGlicG5n LnNvLiQoUE5HVkVSKQoJLUAvYmluL3JtIC1mICQoTElCUEFUSCkvbGlicG5n LnNvLiQoUE5HTUFKKSAkKExJQlBBVEgpL2xpYnBuZy5zbwoJKGNkICQoTElC UEFUSCk7IGxuIC1mIC1zIGxpYnBuZy5zby4kKFBOR1ZFUikgbGlicG5nLnNv LiQoUE5HTUFKKTsgXAoJIGxuIC1mIC1zIGxpYnBuZy5zby4kKFBOR01BSikg bGlicG5nLnNvKQoKY2xlYW46CgkvYmluL3JtIC1mICoubyBsaWJwbmcuYSBs aWJwbmcuc28gbGlicG5nLnNvLiQoUE5HTUFKKSogcG5ndGVzdCBwbmdvdXQu cG5nCgpET0NTID0gQU5OT1VOQ0UgQ0hBTkdFUyBJTlNUQUxMIEtOT1dOQlVH IExJQ0VOU0UgUkVBRE1FIFRPRE8gWTJLSU5GTwp3cml0ZWxvY2s6CgljaG1v ZCBhLXcgKi5bY2gzNV0gJChET0NTKSBzY3JpcHRzLyoKCiMgRE8gTk9UIERF TEVURSBUSElTIExJTkUgLS0gbWFrZSBkZXBlbmQgZGVwZW5kcyBvbiBpdC4K CnBuZy5vIHBuZy5waWMubzogcG5nLmggcG5nY29uZi5oCnBuZ2Vycm9yLm8g cG5nZXJyb3IucGljLm86IHBuZy5oIHBuZ2NvbmYuaApwbmdyaW8ubyBwbmdy aW8ucGljLm86IHBuZy5oIHBuZ2NvbmYuaApwbmd3aW8ubyBwbmd3aW8ucGlj Lm86IHBuZy5oIHBuZ2NvbmYuaApwbmdtZW0ubyBwbmdtZW0ucGljLm86IHBu Zy5oIHBuZ2NvbmYuaApwbmdzZXQubyBwbmdzZXQucGljLm86IHBuZy5oIHBu Z2NvbmYuaApwbmdnZXQubyBwbmdnZXQucGljLm86IHBuZy5oIHBuZ2NvbmYu aApwbmdyZWFkLm8gcG5ncmVhZC5waWMubzogcG5nLmggcG5nY29uZi5oCnBu Z3J0cmFuLm8gcG5ncnRyYW4ucGljLm86IHBuZy5oIHBuZ2NvbmYuaApwbmdy dXRpbC5vIHBuZ3J1dGlsLnBpYy5vOiBwbmcuaCBwbmdjb25mLmgKcG5ndHJh bnMubyBwbmd0cmFucy5waWMubzogcG5nLmggcG5nY29uZi5oCnBuZ3dyaXRl Lm8gcG5nd3JpdGUucGljLm86IHBuZy5oIHBuZ2NvbmYuaApwbmd3dHJhbi5v IHBuZ3d0cmFuLnBpYy5vOiBwbmcuaCBwbmdjb25mLmgKcG5nd3V0aWwubyBw bmd3dXRpbC5waWMubzogcG5nLmggcG5nY29uZi5oCnBuZ3ByZWFkLm8gcG5n cHJlYWQucGljLm86IHBuZy5oIHBuZ2NvbmYuaAoKcG5ndGVzdC5vOiBwbmcu aCBwbmdjb25mLmgKAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA --0-791753883-1015344056=:44794-- -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 5 20:05:38 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id UAA27451 for ; Tue, 5 Mar 2002 20:05:38 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2625am03356 for ; Tue, 5 Mar 2002 20:05:36 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2625aT15005 for ; Tue, 5 Mar 2002 20:05:36 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2623cE29415; Tue, 5 Mar 2002 20:03:38 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2623bt29410 for ; Tue, 5 Mar 2002 20:03:38 -0600 (CST) Received: (qmail 30238 invoked from network); 6 Mar 2002 02:02:40 -0000 Received: from buzz.sonic.net (208.201.224.78) by b.smtp-out.sonic.net with SMTP; 6 Mar 2002 02:02:40 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by buzz.sonic.net (8.11.6/8.8.5) with ESMTP id g2623jW08149 for ; Tue, 5 Mar 2002 18:03:45 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g2623jAa032598 for ; Tue, 5 Mar 2002 18:03:45 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g2623iE0032597 for png-implement@ccrc.wustl.edu; Tue, 5 Mar 2002 18:03:44 -0800 Received: from ender.dyndns.org (SAPba-08p216.ppp13.odn.ad.jp [61.201.66.216]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g261Sjt29089 for ; Tue, 5 Mar 2002 19:28:45 -0600 (CST) Received: by ender.dyndns.org (Postfix, from userid 501) id 0CF9D147B1; Wed, 6 Mar 2002 10:29:14 +0900 (JST) Date: Wed, 6 Mar 2002 10:29:14 +0900 From: Aric Cyr To: png-implement@ccrc.wustl.edu Subject: [png-implement] [patch] Palette segfault Message-ID: <20020306102914.A200%acyr@alumni.uwaterloo.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.19i-ja0 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu [non-member submission] Hello all, After tracking down a nasty segfault for a day, I finally found the cause (thanks to electric fence). I am running the library (v1.2.1) with both PNG_NO_WRITE_SUPPORTED and PNG_LEGACY_SUPPORTED which may have been part of the problem, although technically it should work fine. The problem seems to be that when reading paletted images, png_zfree() is called on png_ptr->palette and then on info_ptr->palette, which always point to the same data (see png_set_PLTE). After freeing the PLTE or TRNS (and HIST as well it looks), the associated png_ptr->flags is not cleared, causing the data to be freed again. I don't know when this bug may have started, but probably it crept in with the FREE_ME support I would guess, since in that case the info_ptr->valid flag would be checked, which is correctly maintained. I don't know how correct any of this is, but it definitely works. I have verified it on my machine (with EFence and lots of step debugging), both TRNS and PLTE were causing segfaults individually, I have not tested the HIST part, but it is exactly the same as the other two, so should be correct. Anyways, here is a small patch to fix all three of those flag fields. I put #ifndef PNG_FREE_ME_SUPPORTED so that the change only takes affect when the surrounding if(...) is equivalently matched. Applies against v1.2.1. --- png.c.old Thu Dec 13 08:37:19 2001 +++ png.c Wed Mar 6 10:16:09 2002 @@ -345,6 +345,9 @@ { png_free(png_ptr, info_ptr->trans); info_ptr->valid &= ~PNG_INFO_tRNS; +#ifndef PNG_FREE_ME_SUPPORTED + png_ptr->flags &= ~PNG_FLAG_FREE_TRNS; +#endif info_ptr->trans = NULL; } #endif @@ -488,6 +491,9 @@ png_free(png_ptr, info_ptr->hist); info_ptr->hist = NULL; info_ptr->valid &= ~PNG_INFO_hIST; +#ifndef PNG_FREE_ME_SUPPORTED + png_ptr->flags &= ~PNG_FLAG_FREE_HIST; +#endif } #endif @@ -501,6 +507,9 @@ png_zfree(png_ptr, info_ptr->palette); info_ptr->palette = NULL; info_ptr->valid &= ~PNG_INFO_PLTE; +#ifndef PNG_FREE_ME_SUPPORTED + png_ptr->flags &= ~PNG_FLAG_FREE_PLTE; +#endif info_ptr->num_palette = 0; } -- Aric Cyr -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Mar 6 13:44:00 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA08101 for ; Wed, 6 Mar 2002 13:44:00 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g26Jhwm21155 for ; Wed, 6 Mar 2002 13:43:58 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g26JhwT03301 for ; Wed, 6 Mar 2002 13:43:58 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g26JhJ910261; Wed, 6 Mar 2002 13:43:19 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from morbus.picsel.com (angel.picsel.com [212.137.21.218]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g26JhIt10257 for ; Wed, 6 Mar 2002 13:43:18 -0600 (CST) Received: by morbus.picsel.com (Postfix, from userid 1001) id D57CC7FE7; Wed, 6 Mar 2002 19:43:22 +0000 (GMT) Received: from angel.picsel.com (angel.picsel.com [195.171.216.1]) by morbus.picsel.com (Postfix) with ESMTP id C5E4437FE8 for ; Wed, 6 Mar 2002 19:43:21 +0000 (GMT) Received: from daffy.picsel.com.picsel.com (daffy.picsel.com [195.171.216.91]) by angel.picsel.com (Postfix) with ESMTP id DF23F97D0E for ; Wed, 6 Mar 2002 19:43:20 +0000 (GMT) To: png-implement@ccrc.wustl.edu Subject: [png-implement] Reading dimensions From: Graham Borland Date: 06 Mar 2002 19:43:20 +0000 Message-ID: <86vgc9cwiv.fsf@daffy.picsel.com> Lines: 10 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by AMaViS snapshot-20010714 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu I need a simple way to read the dimensions and resolution of a PNG image (using png_process_data). I can do it by longjmping out of my "got_info" callback so that no further processing is done after reading the header info, but it seems a bit nasty. Can anyone suggest a cleaner or neater way of doing what I want? -- Graham Borland Picsel Technologies Ltd graham@picsel.com Glasgow, Scotland -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Mar 6 13:59:13 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA08304 for ; Wed, 6 Mar 2002 13:59:13 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g26JxCm22836 for ; Wed, 6 Mar 2002 13:59:12 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g26JxCT04188 for ; Wed, 6 Mar 2002 13:59:12 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g26JwlW10391; Wed, 6 Mar 2002 13:58:47 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from morbus.picsel.com (angel.picsel.com [212.137.21.218]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g26Jwkt10387 for ; Wed, 6 Mar 2002 13:58:46 -0600 (CST) Received: by morbus.picsel.com (Postfix, from userid 1001) id B78867FD9; Wed, 6 Mar 2002 19:58:51 +0000 (GMT) Received: from angel.picsel.com (angel.picsel.com [195.171.216.1]) by morbus.picsel.com (Postfix) with ESMTP id A70C737FE8 for ; Wed, 6 Mar 2002 19:58:50 +0000 (GMT) Received: from daffy.picsel.com.picsel.com (daffy.picsel.com [195.171.216.91]) by angel.picsel.com (Postfix) with ESMTP id 5254597D0E for ; Wed, 6 Mar 2002 19:58:50 +0000 (GMT) To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] Reading dimensions References: <86vgc9cwiv.fsf@daffy.picsel.com> From: Graham Borland Date: 06 Mar 2002 19:58:50 +0000 In-Reply-To: <86vgc9cwiv.fsf@daffy.picsel.com> Message-ID: <86r8mxcvt1.fsf@daffy.picsel.com> Lines: 11 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by AMaViS snapshot-20010714 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Graham Borland writes: > I need a simple way to read the dimensions and resolution of a PNG > image (using png_process_data). Following up to myself: I want to do this without having to decode the entire image. -- Graham Borland Picsel Technologies Ltd graham@picsel.com Glasgow, Scotland -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Mar 6 14:17:16 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id OAA08595 for ; Wed, 6 Mar 2002 14:17:16 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g26KHFm25081 for ; Wed, 6 Mar 2002 14:17:15 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g26KHET05448 for ; Wed, 6 Mar 2002 14:17:15 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g26KGra10573; Wed, 6 Mar 2002 14:16:53 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g26KGqt10569 for ; Wed, 6 Mar 2002 14:16:52 -0600 (CST) Received: from fwd11.sul.t-online.de by mailout01.sul.t-online.com with smtp id 16ihqH-0000mM-0M; Wed, 06 Mar 2002 21:16:53 +0100 Received: from p3EE3FFB1.dip.t-dialin.net (027122869-0001@[62.227.255.177]) by fwd11.sul.t-online.com with smtp id 16ihqD-1ymbx2C; Wed, 6 Mar 2002 21:16:49 +0100 Date: 6 Mar 2002 21:11:3 +0100 From: Andreas_Kleinert@t-online.de (Andreas R. Kleinert) Subject: Re: [png-implement] Reading dimensions To: "Graham Borland" In-Reply-To: <86vgc9cwiv.fsf@daffy.picsel.com> Message-ID: <1013.830T197T12713099info@ar-kleinert.de> MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Mailer: THOR 2.6a (Amiga;TCP/IP) X-Sender: 027122869-0001@t-dialin.net Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu >I need a simple way to read the dimensions and resolution of a PNG >image (using png_process_data). I can do it by longjmping out of my >"got_info" callback so that no further processing is done after >reading the header info, but it seems a bit nasty. Can anyone suggest >a cleaner or neater way of doing what I want? It would have helped to mention the programming language that you are using. In C, the following is a perfectly valid sequence: png_create_read_struct(...) png_create_info_struct(...) png_set_read_fn(...) png_read_info(...) png_start_read_image(...) // if necessary png_read_update_info(...) // if necessary width = png_infodata->width height = png_infodata->height png_destroy_read_struct(...) There's no need to longjmp() to somewhere. -- Andreas_Kleinert@t-online.de | http://www.ar-kleinert.de | Freelance Consultant & Writer | Software Engineering | *** PerSuaSiVe SoftWorX *** | x86 Win/Linux, 68k/PPC Amiga and more | -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Mar 6 14:42:47 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id OAA08853 for ; Wed, 6 Mar 2002 14:42:47 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g26Kgkm00632 for ; Wed, 6 Mar 2002 14:42:46 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g26KgkT07812 for ; Wed, 6 Mar 2002 14:42:46 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g26KgYf10851; Wed, 6 Mar 2002 14:42:34 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g26KgXt10847 for ; Wed, 6 Mar 2002 14:42:33 -0600 (CST) Received: (qmail 30371 invoked from network); 6 Mar 2002 20:42:38 -0000 Received: from tempest.sonic.net (208.201.224.25) by a.smtp-out.sonic.net with SMTP; 6 Mar 2002 20:42:38 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by tempest.sonic.net (8.11.6/8.8.5) with ESMTP id g26Kgb421161 for ; Wed, 6 Mar 2002 12:42:37 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g26KgKAa022182 for ; Wed, 6 Mar 2002 12:42:35 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g26KgKsK022181 for png-implement@ccrc.wustl.edu; Wed, 6 Mar 2002 12:42:20 -0800 Received: from lynx.adilger.int (h24-67-15-4.cg.shawcable.net [24.67.15.4]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g26KTut10737 for ; Wed, 6 Mar 2002 14:29:57 -0600 (CST) Received: (from adilger@localhost) by lynx.adilger.int (8.11.2/8.11.2) id g26KTmp03120; Wed, 6 Mar 2002 13:29:48 -0700 Date: Wed, 6 Mar 2002 13:29:48 -0700 From: Andreas Dilger To: Graham Borland Cc: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] Reading dimensions Message-ID: <20020306132948.B2947@lynx.adilger.int> Mail-Followup-To: Graham Borland , png-implement@ccrc.wustl.edu References: <86vgc9cwiv.fsf@daffy.picsel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <86vgc9cwiv.fsf@daffy.picsel.com>; from graham@picsel.com on Wed, Mar 06, 2002 at 07:43:20PM +0000 X-GPG-Key: 1024D/0D35BED6 X-GPG-Fingerprint: 7A37 5D79 BF1B CECA D44F 8A29 A488 39F5 0D35 BED6 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Mar 06, 2002 19:43 +0000, Graham Borland wrote: > I need a simple way to read the dimensions and resolution of a PNG > image (using png_process_data). I can do it by longjmping out of my > "got_info" callback so that no further processing is done after > reading the header info, but it seems a bit nasty. Can anyone suggest > a cleaner or neater way of doing what I want? Rather than using the whole of libpng (which is overkill for this data) just take the IHDR chunk decoding from pngcheck or similar. It is basically just an array of bytes (network = big-endian order) at the beginning of the image, following the 8-byte signature. You can probably implement this in 10 lines of code. Cheers, Andreas -- Andreas Dilger http://sourceforge.net/projects/ext2resize/ http://www-mddsp.enel.ucalgary.ca/People/adilger/ -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Mar 6 14:55:28 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id OAA08959 for ; Wed, 6 Mar 2002 14:55:27 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g26KtQm02412 for ; Wed, 6 Mar 2002 14:55:26 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g26KtQT08811 for ; Wed, 6 Mar 2002 14:55:26 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g26Kscb10965; Wed, 6 Mar 2002 14:54:38 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g26Ksbt10958 for ; Wed, 6 Mar 2002 14:54:37 -0600 (CST) Received: (qmail 31403 invoked from network); 6 Mar 2002 20:54:42 -0000 Received: from buzz.sonic.net (208.201.224.78) by a.smtp-out.sonic.net with SMTP; 6 Mar 2002 20:54:42 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by buzz.sonic.net (8.11.6/8.8.5) with ESMTP id g26KsgZ12388; Wed, 6 Mar 2002 12:54:42 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g26KsgAa023111; Wed, 6 Mar 2002 12:54:42 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g26Ksf9Q023110; Wed, 6 Mar 2002 12:54:41 -0800 Date: Wed, 6 Mar 2002 12:54:41 -0800 Message-Id: <200203062054.g26Ksf9Q023110@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] Reading dimensions Cc: graham@picsel.com Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Andreas Dilger wrote: > On Mar 06, 2002 19:43 +0000, Graham Borland wrote: > > I need a simple way to read the dimensions and resolution of a PNG > > image (using png_process_data). I can do it by longjmping out of my > > "got_info" callback so that no further processing is done after > > reading the header info, but it seems a bit nasty. Can anyone suggest > > a cleaner or neater way of doing what I want? > Rather than using the whole of libpng (which is overkill for this data) > just take the IHDR chunk decoding from pngcheck or similar. It is > basically just an array of bytes (network = big-endian order) at the > beginning of the image, following the 8-byte signature. Indeed. Here's the PNG entry from file(1)'s /etc/magic, which should give you the general idea in shorthand: # PNG [Portable Network Graphics, or "PNG's Not GIF"] images # # 137 P N G \r \n ^Z \n [4-byte length] I H D R [IHDR data] [IHDR crc] ... # 0 string \x89PNG PNG image data, >4 belong !0x0d0a1a0a CORRUPTED, >4 belong 0x0d0a1a0a >>16 belong x %ld x >>20 belong x %ld, >>24 byte x %d-bit >>25 byte 0 grayscale, >>25 byte 2 \b/color RGB, >>25 byte 3 colormap, >>25 byte 4 gray+alpha, >>25 byte 6 \b/color RGBA, #>>26 byte 0 deflate/32K, >>28 byte 0 non-interlaced >>28 byte 1 interlaced If you were serious about the "resolution" part, however, you'll have to search for optional pHYs chunks and decode those, as well. Unlike IHDR, they're not at any fixed offset, so you'd have to loop over chunks as in pngcheck. On the other hand, "resolution" is fairly meaningless in PNG, anyway. It's simply a notation that indicates how the image should (or did) print or scan; it doesn't affect how many pixels are in the image or how any viewing program displays the image. -- Greg Roelofs newt@pobox.com http://pobox.com/~newt/ Newtware, PNG Group, Info-ZIP, AlphaWorld Map, Philips Semiconductors, ... -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Mar 7 10:32:16 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA20444 for ; Thu, 7 Mar 2002 10:32:15 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g27GWEm27930 for ; Thu, 7 Mar 2002 10:32:14 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g27GWET02871 for ; Thu, 7 Mar 2002 10:32:14 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g27GV7823262; Thu, 7 Mar 2002 10:31:07 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from web14810.mail.yahoo.com (web14810.mail.yahoo.com [216.136.224.231]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g27GV5t23254 for ; Thu, 7 Mar 2002 10:31:06 -0600 (CST) Message-ID: <20020307163059.29022.qmail@web14810.mail.yahoo.com> Received: from [128.63.26.78] by web14810.mail.yahoo.com via HTTP; Thu, 07 Mar 2002 08:30:59 PST Date: Thu, 7 Mar 2002 08:30:59 -0800 (PST) From: Glenn Randers-Pehrson Subject: [png-implement] libpng-1.2.2beta3 To: png-implement@ccrc.wustl.edu Cc: hp@redhat.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Libpng-1.2.2beta3 is ready for download and testing, at http://libpng.sf.net/ and at ftp://swrinde.nde.swri.edu/pub/png-group/src/ There is an MMX bugfix, new makefiles for openbsd and Sun Ultra 32 and 64, and a little more tinkering with the shared-library building by makefiles. Now if the makefile finds libpng.so.3* it will remove it. There are separate install-static and install-shared targets (the "install" target does both). No one[1] has reported to me whether libpng-1.2.2beta2 worked, so there are no guarantees[2]. The only thing I know about the revised makefiles is that libpng-1.2.2beta3 works on the SGI/cc platform. I plan to proceed with libpng-1.2.2rc1 and libpng-1.2.2 releases over the next two weeks even if I continue to receive no reports. [1] Oops, I did receive one report, from Havoc Pennington of Red Hat, who was satisfied but didn't say what was actually tested. I see from newsgroups that Red Hat has gone ahead with their plan to rename libpng.so.2.1.0.12 to libpng10.so.1.0.12 and it may have only made things more confusing. [2]Not there ever were any guarantees. We explicitly disclaim all guarantees in the license. Glenn __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Mar 7 10:49:38 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA20769 for ; Thu, 7 Mar 2002 10:49:37 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g27Gnam00552 for ; Thu, 7 Mar 2002 10:49:36 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g27GnaT04358 for ; Thu, 7 Mar 2002 10:49:36 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g27GnNF23590; Thu, 7 Mar 2002 10:49:23 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g27GnMt23586 for ; Thu, 7 Mar 2002 10:49:22 -0600 (CST) Received: (from hp@localhost) by icon.devel.redhat.com (8.11.6/8.11.6) id g27Gn5U25389; Thu, 7 Mar 2002 11:49:05 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: randeg@alum.rpi.edu Cc: png-implement@ccrc.wustl.edu Subject: [png-implement] Re: libpng-1.2.2beta3 References: <20020307163059.29022.qmail@web14810.mail.yahoo.com> From: Havoc Pennington Date: 07 Mar 2002 11:49:04 -0500 In-Reply-To: <20020307163059.29022.qmail@web14810.mail.yahoo.com> Message-ID: Lines: 18 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Glenn Randers-Pehrson writes: > [1] Oops, I did receive one report, from Havoc Pennington > of Red Hat, who was satisfied but didn't say what was actually > tested. I just checked the list of installed files, is all. I'll have a look at this new one too. > I see from newsgroups that Red Hat has gone ahead with > their plan to rename libpng.so.2.1.0.12 to libpng10.so.1.0.12 > and it may have only made things more confusing. We haven't shipped that yet - it was just in rawhide for a bit, put in prior to the discussion with you. So it shouldn't be too bad. Havoc -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Mar 7 14:58:54 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id OAA23775 for ; Thu, 7 Mar 2002 14:58:54 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g27Kwrm00814 for ; Thu, 7 Mar 2002 14:58:53 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g27KwqT21628 for ; Thu, 7 Mar 2002 14:58:53 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g27KwQc28815; Thu, 7 Mar 2002 14:58:26 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from web14806.mail.yahoo.com (web14806.mail.yahoo.com [216.136.224.222]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g27KwPt28811 for ; Thu, 7 Mar 2002 14:58:26 -0600 (CST) Message-ID: <20020307205828.37076.qmail@web14806.mail.yahoo.com> Received: from [128.63.26.78] by web14806.mail.yahoo.com via HTTP; Thu, 07 Mar 2002 12:58:28 PST Date: Thu, 7 Mar 2002 12:58:28 -0800 (PST) From: Glenn Randers-Pehrson Subject: Re: [png-implement] Re: libpng-1.2.2beta3 To: png-implement@ccrc.wustl.edu Cc: hp@redhat.com In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu With the new libpngNN.so naming scheme, how are configure scripts supposed to determine what library name to use? Glenn __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Mar 7 15:27:33 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id PAA24168 for ; Thu, 7 Mar 2002 15:27:32 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g27LRVm04804 for ; Thu, 7 Mar 2002 15:27:31 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g27LRVT23867 for ; Thu, 7 Mar 2002 15:27:31 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g27LREY29413; Thu, 7 Mar 2002 15:27:14 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g27LRDt29409 for ; Thu, 7 Mar 2002 15:27:13 -0600 (CST) Received: (from hp@localhost) by icon.devel.redhat.com (8.11.6/8.11.6) id g27LRIL03567; Thu, 7 Mar 2002 16:27:18 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: randeg@alum.rpi.edu Cc: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] Re: libpng-1.2.2beta3 References: <20020307205828.37076.qmail@web14806.mail.yahoo.com> From: Havoc Pennington Date: 07 Mar 2002 16:27:17 -0500 In-Reply-To: <20020307205828.37076.qmail@web14806.mail.yahoo.com> Message-ID: Lines: 10 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Glenn Randers-Pehrson writes: > With the new libpngNN.so naming scheme, how are configure > scripts supposed to determine what library name to use? > Normally people use pkg-config, a custom foo-config, or just AC_SEARCH_LIBS(png_whatever, png12 png10 png) to try a list of libs. Havoc -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Mar 7 17:55:55 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id RAA25889 for ; Thu, 7 Mar 2002 17:55:55 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g27Ntsm19970 for ; Thu, 7 Mar 2002 17:55:54 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g27NtsT02799 for ; Thu, 7 Mar 2002 17:55:54 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g27NtPw02012; Thu, 7 Mar 2002 17:55:25 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g27NtOt02008 for ; Thu, 7 Mar 2002 17:55:24 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout01.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GSM00EHFNSJBH@mtaout01.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 07 Mar 2002 18:55:31 -0500 (EST) Date: Thu, 07 Mar 2002 18:51:38 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Re: libpng-1.2.2beta3 In-reply-to: <20020307205828.37076.qmail@web14806.mail.yahoo.com> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020307185138.00e3b4d0@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu I forgot to update the makefiles in contrib to work under the new libpng naming scheme. Please change libpng to libpng12 and -lpng to -lpng12 where appropriate, if you are testing them. I've made the corrections for the next upload. Let me know if it was trivial figuring out exactly what to change. I guess it was not trivial noticing that something would have to change because no one has mentioned it. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Mar 7 20:23:12 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id UAA27198 for ; Thu, 7 Mar 2002 20:23:11 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g282NAm27776 for ; Thu, 7 Mar 2002 20:23:10 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g282NAT09251 for ; Thu, 7 Mar 2002 20:23:10 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g282MTF03306; Thu, 7 Mar 2002 20:22:29 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g282MSt03301 for ; Thu, 7 Mar 2002 20:22:28 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout02.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GSM00ABMOAN07@mtaout02.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 07 Mar 2002 19:06:24 -0500 (EST) Date: Thu, 07 Mar 2002 19:02:31 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Re: libpng-1.2.2beta3 In-reply-to: X-Sender: glennrp@mail.comcast.net To: Havoc Pennington Cc: randeg@alum.rpi.edu, png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <20020307205828.37076.qmail@web14806.mail.yahoo.com> <20020307205828.37076.qmail@web14806.mail.yahoo.com> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 04:27 PM 3/7/02 -0500, Havoc Pennington wrote: > >Glenn Randers-Pehrson writes: >> With the new libpngNN.so naming scheme, how are configure >> scripts supposed to determine what library name to use? >> > >Normally people use pkg-config, a custom foo-config, Maybe so, but I've looked at a few configure scripts and haven't always seen that. Isn't there a chicken-n-egg problem here? How does the script know to use /usr/local/pkgconfig/libpng12.pc? Seems like you'd still need to search a list of potential libpngNN.pc, and once you've found it you won't need it to tell you what NN is because you already got it. >or just >AC_SEARCH_LIBS(png_whatever, png12 png10 png) to try a list of libs. The "png12 png10" would of course have to be added (should they add a few more, png20 png19 png18... so they don't have to keep changing the scripts?). I think it's important that we set things up so that old configure scripts and makefiles do something reasonable. I think the best that we can hope for is that they would find the static or shared library and the corresponding header files for libpng-1.0.x. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Mar 7 20:48:49 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id UAA27372 for ; Thu, 7 Mar 2002 20:48:49 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g282mmm28732 for ; Thu, 7 Mar 2002 20:48:48 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g282mmT10087 for ; Thu, 7 Mar 2002 20:48:48 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g282mXA03553; Thu, 7 Mar 2002 20:48:33 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g282mWt03549 for ; Thu, 7 Mar 2002 20:48:32 -0600 (CST) Received: (from hp@localhost) by icon.devel.redhat.com (8.11.6/8.11.6) id g282mfk14877; Thu, 7 Mar 2002 21:48:41 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Glenn Randers-Pehrson Cc: randeg@alum.rpi.edu, png-implement@ccrc.wustl.edu Subject: Re: [png-implement] Re: libpng-1.2.2beta3 References: <20020307205828.37076.qmail@web14806.mail.yahoo.com> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> From: Havoc Pennington Date: 07 Mar 2002 21:48:40 -0500 In-Reply-To: <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> Message-ID: Lines: 52 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Glenn Randers-Pehrson writes: > >Normally people use pkg-config, a custom foo-config, > > Maybe so, but I've looked at a few configure scripts and haven't always > seen that. For libpng no, because libpng hasn't supported it. However many other libs (freetype, libxml, all the gtk/gnome stuff, etc.) have moved to doing it this way, because it avoids hardcoding the library name and other link/compile flags. > Isn't there a chicken-n-egg problem here? How does the script know > to use /usr/local/pkgconfig/libpng12.pc? Seems like you'd still need > to search a list of potential libpngNN.pc, and once you've found it > you won't need it to tell you what NN is because you already got it. You could provide a "virtual .pc file" called "libpng-latest.pc" that simply has "Requires: libpngNN" where libpngNN is the latest version of libpng. When linking another library to libpng though, we want to hardcode a libpng version to avoid ABI changes. > >or just > >AC_SEARCH_LIBS(png_whatever, png12 png10 png) to try a list of libs. > > The "png12 png10" would of course have to be added (should > they add a few more, png20 png19 png18... so they don't have to keep > changing the scripts?). I wouldn't do that myself, seems a bit strange. But I'd tend to use the pkg-config based solution. > I think it's important that we set things up so that old configure > scripts and makefiles do something reasonable. I think the best > that we can hope for is that they would find the static or shared > library and the corresponding header files for libpng-1.0.x. I don't think you can fix the problem going forward while still leaving old configure scripts unchanged. IMO the world of pain caused by a bunch of things with different ABI (but the same name), headers directly under /usr/include, etc. is much greater than the minor inconvenience of a two-character configure.in patch. Some may disagree. My feeling is that a ton of libs from freetype to libxml to gtk are all doing things the same way, and it works, and it's really best to just follow existing practice. Havoc -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Mar 7 22:27:30 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id WAA00220 for ; Thu, 7 Mar 2002 22:27:29 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g284RSm03463 for ; Thu, 7 Mar 2002 22:27:28 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g284RST14104 for ; Thu, 7 Mar 2002 22:27:28 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g284R0X04684; Thu, 7 Mar 2002 22:27:00 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g284Qxt04680 for ; Thu, 7 Mar 2002 22:26:59 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GSN00FCR0D81E@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 07 Mar 2002 23:27:08 -0500 (EST) Date: Thu, 07 Mar 2002 23:23:13 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Re: libpng-1.2.2beta3 In-reply-to: X-Sender: glennrp@mail.comcast.net To: Havoc Pennington Cc: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 09:48 PM 3/7/02 -0500, Havoc Pennington wrote: > >IMO the world of pain caused by a bunch of things with different ABI >(but the same name), when you have platforms that cannot distinguish between libpng.so.2 and libpng.so.3 the way they are supposed to >headers directly under /usr/include, etc. is much >greater than the minor inconvenience of a two-character configure.in >patch. I think the impact on the configure-script author is a bit more than that, when trying to write for a myriad of platforms that might have libpng.so.2, libpng.so.3, libpng12.so.0, or libpng12.a, libpng.a, or none of the above. In an ideal world where everyone has a RedHat platform and has removed everything but libpng12.so and libpng10.so it is a 2-character change. >Some may disagree. > >My feeling is that a ton of libs from freetype to libxml, libxml2 Looking at /usr/local/lib, there's libxml.a, libxml.so, xmlConf.sh, libxml2.a, libxml2.so, libxml2.so.3, libxml2.so.3.7, xml2Conf.sh, and pkgconfig/libxml-2.0.pc. What tells config to look at libxml-2.0.pc other than a manual change to config.in? With regard to freetype, there's only libfreetype.a, libfreetype.so, libfreetype.so.6, and nothing in pkgconfig. >to gtk are libbtk.so, libgtk.so.1, libgtk.so.1.0.6 >all doing things the same way, and it works, and it's really best to >just follow existing practice. Well, I see plenty of clusters like libX11.so, libX11.so.1, libx11.so.2, libX11.so.3, and libkdeui.so.1, libkdeui.so.2, so one might think that was existing practice. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 8 00:02:21 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id AAA01077 for ; Fri, 8 Mar 2002 00:02:21 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2862Jm07433 for ; Fri, 8 Mar 2002 00:02:19 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2862HT17350 for ; Fri, 8 Mar 2002 00:02:18 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2861ux05631; Fri, 8 Mar 2002 00:01:56 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2861st05627 for ; Fri, 8 Mar 2002 00:01:55 -0600 (CST) Received: (from hp@localhost) by icon.devel.redhat.com (8.11.6/8.11.6) id g2861sB14923; Fri, 8 Mar 2002 01:01:54 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Glenn Randers-Pehrson Cc: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] Re: libpng-1.2.2beta3 References: <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> From: Havoc Pennington Date: 08 Mar 2002 01:01:54 -0500 In-Reply-To: <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> Message-ID: Lines: 40 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Glenn Randers-Pehrson writes: > At 09:48 PM 3/7/02 -0500, Havoc Pennington wrote: > > > >IMO the world of pain caused by a bunch of things with different ABI > >(but the same name), > > when you have platforms that cannot distinguish between libpng.so.2 and > libpng.so.3 the way they are supposed to What platforms are those? > I think the impact on the configure-script author is a bit more than > that, when trying to write for a myriad of platforms that might have > libpng.so.2, libpng.so.3, libpng12.so.0, or libpng12.a, libpng.a, or > none of the above. In an ideal world where everyone has a RedHat platform > and has removed everything but libpng12.so and libpng10.so it is > a 2-character change. All you can do is adopt a clear policy for the future, you can't mop up old stuff. > Looking at /usr/local/lib, there's libxml.a, libxml.so, xmlConf.sh, > libxml2.a, libxml2.so, libxml2.so.3, libxml2.so.3.7, xml2Conf.sh, and > pkgconfig/libxml-2.0.pc. What tells config to look at libxml-2.0.pc > other than a manual change to config.in? With regard to freetype, > there's only libfreetype.a, libfreetype.so, libfreetype.so.6, and > nothing in pkgconfig. There's freetype-config for freetype IIRC. I'm not referring to pkgconfig specifically here, just the "foo-config" concept. > Well, I see plenty of clusters like libX11.so, libX11.so.1, libx11.so.2, > libX11.so.3, and libkdeui.so.1, libkdeui.so.2, so one might think that > was existing practice. That's existing practice for parallel ABI. Practice for parallel _compilation_ is a much newer art. ;-) Havoc -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 8 00:22:17 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id AAA01228 for ; Fri, 8 Mar 2002 00:22:17 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g286MEm08341 for ; Fri, 8 Mar 2002 00:22:15 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g286MDT18114 for ; Fri, 8 Mar 2002 00:22:13 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g286M6A05846; Fri, 8 Mar 2002 00:22:06 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g286M5t05841 for ; Fri, 8 Mar 2002 00:22:06 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GSN00E3S5OTSO@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Fri, 08 Mar 2002 01:22:06 -0500 (EST) Date: Fri, 08 Mar 2002 01:18:14 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Re: libpng-1.2.2beta3 In-reply-to: X-Sender: glennrp@mail.comcast.net To: Havoc Pennington Cc: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020308011814.00e455c0@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 01:01 AM 3/8/02 -0500, Havoc Pennington wrote: > >Glenn Randers-Pehrson writes: >> At 09:48 PM 3/7/02 -0500, Havoc Pennington wrote: >> > >> >IMO the world of pain caused by a bunch of things with different ABI >> >(but the same name), >> >> when you have platforms that cannot distinguish between libpng.so.2 and >> libpng.so.3 the way they are supposed to > >What platforms are those? I thought something was broken and we were trying to fix it. If that is not the case, then I give up. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 8 01:05:26 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id BAA01573 for ; Fri, 8 Mar 2002 01:05:26 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2875Om10059 for ; Fri, 8 Mar 2002 01:05:24 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2875NT19617 for ; Fri, 8 Mar 2002 01:05:23 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g28759V06203; Fri, 8 Mar 2002 01:05:09 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g28758t06199 for ; Fri, 8 Mar 2002 01:05:08 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GSN00FX37JJ1E@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Fri, 08 Mar 2002 02:02:08 -0500 (EST) Date: Fri, 08 Mar 2002 01:58:15 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Re: libpng-1.2.2beta3 In-reply-to: <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020308015815.00e3ed20@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu There's a misplaced "/bin/rm" in many of the new makefiles that removes the newly-installed shared library. I'll upload libpng-1.2.2beta4 shortly. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 8 02:12:23 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id CAA02055 for ; Fri, 8 Mar 2002 02:12:23 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g288CKm12687 for ; Fri, 8 Mar 2002 02:12:21 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g288CJT21872 for ; Fri, 8 Mar 2002 02:12:19 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g288BkW06721; Fri, 8 Mar 2002 02:11:46 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g288Bjt06717 for ; Fri, 8 Mar 2002 02:11:45 -0600 (CST) Received: from fastmail.fm (64-39-0-241.dhcp.hq.rackspace.com [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 0E2BE39407D for ; Fri, 8 Mar 2002 02:11:41 -0600 (CST) X-Epoch: 1015575101 X-Sasl-enc: z4RWRCiUCckmnodEWGQ9Ug Received: from sigmund (ny-kenton2a-572.buf.adelphia.net [24.51.94.60]) by fastmail.fm (Postfix) with ESMTP id F307F394062 for ; Fri, 8 Mar 2002 02:11:39 -0600 (CST) From: "Soren Andersen" To: png-implement@ccrc.wustl.edu Date: Fri, 8 Mar 2002 03:11:39 -0500 MIME-Version: 1.0 Subject: [png-implement] png_convert_from_time_t() Message-ID: <3C882BEB.4309.6091EF@localhost> X-mailer: Pegasus Mail for Windows (v4.01) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Hello Good Group, I've had an odd experience with png_convert_from_time_t() with the application I've been hacking on. I am using libpng 1.2.1 and zlib 1.1.3, and my dev platform is MinGW1.1 -in- Cygwin bash on Windows 98. When I tried populating a png_time struct by sticking to the letter of the documentation for libpng, I got a memory access fault that crashed the application. I will explain in a sec what i did, but it works when I shove the docu aside and look instead at Greg's source for {writepng.c}. HE doesn't follow the letter of the API ( {ggg} and yet it shouldn't matter, which is why I think there's something buggy in here somewhere...): he declares like this instead: somefunc(someargs) { png_time modtime; png_convert_from_time_t(&modtime, mainprog_ptr->modtime); png_set_tIME(png_ptr, info_ptr, &modtime); } I did that too, and it is good. What I tried first was like this: somefunc(someargs) { png_timep footime; png_convert_from_time_t(footime, time_t_time); png_set_tIME(png_ptr, info_ptr, footime); } =but= that would not work for me, as explained above, even though it seems conformant with the library API documentation. Whatsup w'that? It's very likely that my horrible novice grasp of "C" programming methods and syntax has lead me to err in this case (thank goodness for the fallback of copying other people's code!) and so I would appreciate tolerance and generosity in any replies, that would convey to me what my ignorance is preventing me from seeing. Best Regards, Soren -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 8 03:00:42 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id DAA02462 for ; Fri, 8 Mar 2002 03:00:42 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2890fm17791 for ; Fri, 8 Mar 2002 03:00:41 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2890eT23332 for ; Fri, 8 Mar 2002 03:00:40 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2890QQ07087; Fri, 8 Mar 2002 03:00:26 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2890Pt07083 for ; Fri, 8 Mar 2002 03:00:25 -0600 (CST) Received: from fwd03.sul.t-online.de by mailout01.sul.t-online.com with smtp id 16jGEj-0002Uk-07; Fri, 08 Mar 2002 10:00:25 +0100 Received: from p3EE3FFF9.dip.t-dialin.net (027122869-0001@[62.227.255.249]) by fwd03.sul.t-online.com with smtp id 16jGEW-25NEcyC; Fri, 8 Mar 2002 10:00:12 +0100 Date: 8 Mar 2002 9:54:21 +0100 From: Andreas_Kleinert@t-online.de (Andreas R. Kleinert) Subject: Re: [png-implement] png_convert_from_time_t() To: "Soren Andersen" In-Reply-To: <3C882BEB.4309.6091EF@localhost> Message-ID: <712.832T1063T5943785info@ar-kleinert.de> MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Mailer: THOR 2.6a (Amiga;TCP/IP) X-Sender: 027122869-0001@t-dialin.net Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu >somefunc(someargs) >{ > png_timep footime; > png_convert_from_time_t(footime, time_t_time); > png_set_tIME(png_ptr, info_ptr, footime); >} >=but= that would not work for me, as explained above, even though it seems >conformant with the library API documentation. >Whatsup w'that? It's very likely that my horrible novice grasp of "C" "footime" is uninitialized and points somewhere to nirwana. Reading from or writing to nirwana may cause unintended effects... -- Andreas_Kleinert@t-online.de | http://www.ar-kleinert.de | Freelance Consultant & Writer | Software Engineering | *** PerSuaSiVe SoftWorX *** | x86 Win/Linux, 68k/PPC Amiga and more | -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 8 08:33:16 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id IAA04966 for ; Fri, 8 Mar 2002 08:33:16 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g28EXEm05754 for ; Fri, 8 Mar 2002 08:33:15 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g28EXET06115 for ; Fri, 8 Mar 2002 08:33:14 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g28EWeX09723; Fri, 8 Mar 2002 08:32:40 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g28EWdt09719 for ; Fri, 8 Mar 2002 08:32:39 -0600 (CST) Received: (from hp@localhost) by icon.devel.redhat.com (8.11.6/8.11.6) id g28EWgX15160; Fri, 8 Mar 2002 09:32:42 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Glenn Randers-Pehrson Cc: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] Re: libpng-1.2.2beta3 References: <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020308011814.00e455c0@mail.comcast.net> From: Havoc Pennington Date: 08 Mar 2002 09:32:42 -0500 In-Reply-To: <3.0.6.32.20020308011814.00e455c0@mail.comcast.net> Message-ID: Lines: 26 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Glenn Randers-Pehrson writes: > At 01:01 AM 3/8/02 -0500, Havoc Pennington wrote: > > > >Glenn Randers-Pehrson writes: > >> At 09:48 PM 3/7/02 -0500, Havoc Pennington wrote: > >> > > >> >IMO the world of pain caused by a bunch of things with different ABI > >> >(but the same name), > >> > >> when you have platforms that cannot distinguish between libpng.so.2 and > >> libpng.so.3 the way they are supposed to > > > >What platforms are those? > > I thought something was broken and we were trying to fix it. If that is > not the case, then I give up. > You're confusing me. ;-) libpng.so.2 vs. libpng.so.3 are only supposed to be distinguished for runtime linking, not compile-time linking. The problem being fixed is compile-time linking. Havoc -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 8 09:44:44 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id JAA06135 for ; Fri, 8 Mar 2002 09:44:43 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g28Figm16407 for ; Fri, 8 Mar 2002 09:44:42 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g28FigT11274 for ; Fri, 8 Mar 2002 09:44:42 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g28FiGQ10906; Fri, 8 Mar 2002 09:44:16 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g28FiFt10902 for ; Fri, 8 Mar 2002 09:44:15 -0600 (CST) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with ESMTPA id <0GSN00IIRVPMB9@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Fri, 08 Mar 2002 10:44:19 -0500 (EST) Date: Fri, 08 Mar 2002 10:44:10 -0500 From: "Glenn Randers-Pehrson " Subject: Re: [png-implement] Re: libpng-1.2.2beta3 To: Havoc Pennington Cc: png-implement@ccrc.wustl.edu Message-id: <3C88DC4A.CC33BBEE@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020308011814.00e455c0@mail.comcast.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Havoc Pennington wrote: > Glenn Randers-Pehrson writes: > > At 01:01 AM 3/8/02 -0500, Havoc Pennington wrote: > > > > > >Glenn Randers-Pehrson writes: > > >> At 09:48 PM 3/7/02 -0500, Havoc Pennington wrote: > > >> > > > >> >IMO the world of pain caused by a bunch of things with different ABI > > >> >(but the same name), > > >> > > >> when you have platforms that cannot distinguish between libpng.so.2 and > > >> libpng.so.3 the way they are supposed to > > > > > >What platforms are those? > > > > I thought something was broken and we were trying to fix it. If that is > > not the case, then I give up. > > > > You're confusing me. ;-) You are not alone. > libpng.so.2 vs. libpng.so.3 are only supposed > to be distinguished for runtime linking, not compile-time linking. Yes. But from all the complaints in the newsgroups about PNG warnings about "compiled with libpng-1.2.x, running with libpng-1.0.x" and vice versa, it's obvious that something is not doing the runtime linking properly. I thought that was what we were addressing. > > The problem being fixed is compile-time linking. > The problem being that it's incovenient for people to compile their applications with an old obsolete version of libpng??? That doesn't seem to me to be a big enough problem to warrant all this makefile munging. How many people are going to want to do that, and why? We perceive that we only keep the old shared library around for people that haven't relinked yet. There are a number of people on this list who know a lot more than I about shared libraries, makefiles, and configuration issues, but for some reason they are keeping mum lately (I don't know why), and apparently no one (including myself because I don't have access to the platforms) is trying the makefiles out to see if they actually work. It seems that in a couple of weeks I'll be releasing an untested libpng-1.2.2, For six weeks now, since you first brought this up, I've posted a couple of alpha versions and four betas, and I don't know if any of the new makefiles work, except for makefile.sgi. The changes involved quite a lot of manual editing, so the chance of mistakes lurking in there is pretty high. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 8 10:34:49 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA06807 for ; Fri, 8 Mar 2002 10:34:49 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g28GYmm23389 for ; Fri, 8 Mar 2002 10:34:48 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g28GYlT14604 for ; Fri, 8 Mar 2002 10:34:47 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g28GXrr12031; Fri, 8 Mar 2002 10:33:53 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from webber.adilger.int (h24-67-15-4.cg.shawcable.net [24.67.15.4]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g28GXqt12027 for ; Fri, 8 Mar 2002 10:33:52 -0600 (CST) Received: from webber.adilger.int (adilger@localhost [127.0.0.1]) by webber.adilger.int (8.12.1/8.12.1/Debian -5) with ESMTP id g28GXYgA028939; Fri, 8 Mar 2002 09:33:34 -0700 Received: (from adilger@localhost) by webber.adilger.int (8.12.1/8.12.1/Debian -5) id g28GXXZG028937; Fri, 8 Mar 2002 09:33:33 -0700 From: Andreas Dilger Date: Fri, 8 Mar 2002 09:33:32 -0700 To: png-implement@ccrc.wustl.edu Cc: Havoc Pennington Subject: Re: [png-implement] Re: libpng-1.2.2beta3 Message-ID: <20020308163332.GC24615@turbolinux.com> Mail-Followup-To: png-implement@ccrc.wustl.edu, Havoc Pennington References: <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020308011814.00e455c0@mail.comcast.net> <3C88DC4A.CC33BBEE@comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C88DC4A.CC33BBEE@comcast.net> User-Agent: Mutt/1.3.27i X-GPG-Key: 1024D/0D35BED6 X-GPG-Fingerprint: 7A37 5D79 BF1B CECA D44F 8A29 A488 39F5 0D35 BED6 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Mar 08, 2002 10:44 -0500, Glenn Randers-Pehrson wrote: > For six weeks now, since you first brought this up, I've posted a couple of > alpha versions and four betas, and I don't know if any of the new makefiles > work, except for makefile.sgi. The changes involved quite a lot of manual > editing, so the chance of mistakes lurking in there is pretty high. Well, I built it on Linux i386 (RedHat 7.2) and AIX 4.3, but those are the only platforms I have access to (excluding some different Linuxes - Debian and TurboLinux). It build and tested OK. Sadly (I guess ;-) because libpng is so popular under Linux, I haven't had the need to build it myself for a long time. As to the "which library to link to" question for new apps, I would suggest adding a top-level symlink "libpng.so" to the latest versioned library (e.g. "libpng12.so") so that programs without the need to do anything fancy can still use "-lpng" to link. The linker will still embed the correct soname into the binary, and if programs have a real need to link to a specific version they can use "-lpng11" or whatever. Cheers, Andreas -- Andreas Dilger \ "If a man ate a pound of pasta and a pound of antipasto, \ would they cancel out, leaving him still hungry?" http://www-mddsp.enel.ucalgary.ca/People/adilger/ -- Dogbert -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 8 10:49:33 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA07122 for ; Fri, 8 Mar 2002 10:49:33 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g28GnWm25408 for ; Fri, 8 Mar 2002 10:49:32 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g28GnWT15590 for ; Fri, 8 Mar 2002 10:49:32 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g28GnHt12326; Fri, 8 Mar 2002 10:49:17 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g28GnGt12322 for ; Fri, 8 Mar 2002 10:49:16 -0600 (CST) Received: (from hp@localhost) by icon.devel.redhat.com (8.11.6/8.11.6) id g28GnKJ15208; Fri, 8 Mar 2002 11:49:20 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: "Glenn Randers-Pehrson " Cc: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] Re: libpng-1.2.2beta3 References: <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020308011814.00e455c0@mail.comcast.net> <3C88DC4A.CC33BBEE@comcast.net> From: Havoc Pennington Date: 08 Mar 2002 11:49:20 -0500 In-Reply-To: <3C88DC4A.CC33BBEE@comcast.net> Message-ID: Lines: 62 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu "Glenn Randers-Pehrson " writes: > > libpng.so.2 vs. libpng.so.3 are only supposed > > to be distinguished for runtime linking, not compile-time linking. > > Yes. But from all the complaints in the newsgroups about PNG warnings about > "compiled with libpng-1.2.x, running with libpng-1.0.x" and vice versa, it's > obvious that something is not doing > the runtime linking properly. I would expect that this happens because of /usr/include/png.h, it's why I suggested removing it. If you have _only_ /usr/include/png-NN/png.h then if you use the same png-config or libpngNN.pc to get both cflags and link flags, you always get the matching headers. There will be some confusion for a bit until people delete their old /usr/include/png.h files, but it'll go away pretty soon as people figure it out, and then the problem is permanently solved. > The problem being that it's incovenient for people to compile their > applications with an old obsolete version of libpng??? That doesn't > seem to me to be a big enough problem to warrant all this makefile > munging. How many people are going to want to do that, and why? We > perceive that we only keep the old shared library around for people > that haven't relinked yet. I think that perception is wrong, it's why I brought up the issue in the first place. There are libraries linking to libpng. There are also people supporting a fixed ABI for other reasons. Therefore it is not always possible to upgrade to a new ABI immediately. This is why you saw both Debian and Red Hat doing the "libpng10" hack. > There are a number of people on this list who know a lot more than I > about shared libraries, makefiles, and configuration issues, but for > some reason they are keeping mum lately (I don't know why), and > apparently no one (including myself because I don't have access to > the platforms) is trying the makefiles out to see if they actually > work. Well, I tried them for a couple of these releases on Linux, and they worked for me and I thought I reported that to you. > It seems that in a couple of weeks I'll be releasing an untested > libpng-1.2.2, For six weeks now, since you first brought this up, > I've posted a couple of alpha versions and four betas, and I don't > know if any of the new makefiles work, except for makefile.sgi. The > changes involved quite a lot of manual editing, so the chance of > mistakes lurking in there is pretty high. Which is of course why most people use automake/autoconf instead of manual per-platform makefiles... at least for all the UNIX platforms. ;-) But that's a story for another day. Look, if you don't think supporting parallel install for compilation is necessary, or don't have time to do it, just say no - don't let me pressure you. I was just trying to suggest that it would be nice to avoid the per-distribution workarounds. Havoc -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 8 11:00:22 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id LAA07323 for ; Fri, 8 Mar 2002 11:00:22 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g28H0Lm27069 for ; Fri, 8 Mar 2002 11:00:21 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g28H0KT16352 for ; Fri, 8 Mar 2002 11:00:21 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g28H0A412578; Fri, 8 Mar 2002 11:00:10 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g28H09t12574 for ; Fri, 8 Mar 2002 11:00:09 -0600 (CST) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with ESMTPA id <0GSN00IOQZ8EPP@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Fri, 08 Mar 2002 12:00:14 -0500 (EST) Date: Fri, 08 Mar 2002 12:00:13 -0500 From: "Glenn Randers-Pehrson " Subject: Re: [png-implement] Re: libpng-1.2.2beta3 To: Havoc Pennington Cc: png-implement@ccrc.wustl.edu Message-id: <3C88EE1D.C993926@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020308011814.00e455c0@mail.comcast.net> <3C88DC4A.CC33BBEE@comcast.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Havoc Pennington wrote: > "Glenn Randers-Pehrson " writes: > > > libpng.so.2 vs. libpng.so.3 are only supposed > > > to be distinguished for runtime linking, not compile-time linking. > > > > Yes. But from all the complaints in the newsgroups about PNG warnings about > > "compiled with libpng-1.2.x, running with libpng-1.0.x" and vice versa, it's > > obvious that something is not doing > > the runtime linking properly. > > I would expect that this happens because of /usr/include/png.h, it's > why I suggested removing it. If you have _only_ > /usr/include/png-NN/png.h then if you use the same png-config or > libpngNN.pc to get both cflags and link flags, you always get the > matching headers. > > There will be some confusion for a bit until people delete their old > /usr/include/png.h files, but it'll go away pretty soon as people > figure it out, and then the problem is permanently solved. I wasn't aware that applications read png.h at run time. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 8 11:35:36 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id LAA07743 for ; Fri, 8 Mar 2002 11:35:35 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g28HZYm01473 for ; Fri, 8 Mar 2002 11:35:34 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g28HZYT18557 for ; Fri, 8 Mar 2002 11:35:34 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g28HZHH13234; Fri, 8 Mar 2002 11:35:17 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g28HZGt13229 for ; Fri, 8 Mar 2002 11:35:16 -0600 (CST) Received: (from hp@localhost) by icon.devel.redhat.com (8.11.6/8.11.6) id g28HZLJ15263; Fri, 8 Mar 2002 12:35:21 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: "Glenn Randers-Pehrson " Cc: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] Re: libpng-1.2.2beta3 References: <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020308011814.00e455c0@mail.comcast.net> <3C88DC4A.CC33BBEE@comcast.net> <3C88EE1D.C993926@comcast.net> From: Havoc Pennington Date: 08 Mar 2002 12:35:20 -0500 In-Reply-To: <3C88EE1D.C993926@comcast.net> Message-ID: Lines: 36 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu "Glenn Randers-Pehrson " writes: > Havoc Pennington wrote: > > > "Glenn Randers-Pehrson " writes: > > > > libpng.so.2 vs. libpng.so.3 are only supposed > > > > to be distinguished for runtime linking, not compile-time linking. > > > > > > Yes. But from all the complaints in the newsgroups about PNG warnings about > > > "compiled with libpng-1.2.x, running with libpng-1.0.x" and vice versa, it's > > > obvious that something is not doing > > > the runtime linking properly. > > > > I would expect that this happens because of /usr/include/png.h, it's > > why I suggested removing it. If you have _only_ > > /usr/include/png-NN/png.h then if you use the same png-config or > > libpngNN.pc to get both cflags and link flags, you always get the > > matching headers. > > > > There will be some confusion for a bit until people delete their old > > /usr/include/png.h files, but it'll go away pretty soon as people > > figure it out, and then the problem is permanently solved. > > I wasn't aware that applications read png.h at run time. > If you have /usr/include/png.h, apps tend to get it accidentally, even if they link to a version of libpng that does not correspond to that header. This is because /usr/include is in the default include path. So apps are getting the library they linked to at run time, but they are not using the right header at compile time. Thus the warning. The warning is about library/header mismatch. Havoc -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 8 11:46:38 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id LAA07898 for ; Fri, 8 Mar 2002 11:46:38 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g28Hkam02551 for ; Fri, 8 Mar 2002 11:46:37 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g28HkaT19101 for ; Fri, 8 Mar 2002 11:46:36 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g28HkPG13470; Fri, 8 Mar 2002 11:46:25 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g28HkOt13465 for ; Fri, 8 Mar 2002 11:46:24 -0600 (CST) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout01.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with ESMTPA id <0GSO00HQF1DHOV@mtaout01.icomcast.net> for png-implement@ccrc.wustl.edu; Fri, 08 Mar 2002 12:46:29 -0500 (EST) Date: Fri, 08 Mar 2002 12:46:29 -0500 From: "Glenn Randers-Pehrson " Subject: Re: [png-implement] Re: libpng-1.2.2beta3 To: png-implement@ccrc.wustl.edu Cc: Havoc Pennington Message-id: <3C88F8F4.F81C24BC@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020308011814.00e455c0@mail.comcast.net> <3C88DC4A.CC33BBEE@comcast.net> <20020308163332.GC24615@turbolinux.com> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Andreas Dilger wrote: > On Mar 08, 2002 10:44 -0500, Glenn Randers-Pehrson wrote: > > For six weeks now, since you first brought this up, I've posted a couple of > > alpha versions and four betas, and I don't know if any of the new makefiles > > work, except for makefile.sgi. The changes involved quite a lot of manual > > editing, so the chance of mistakes lurking in there is pretty high. > > Well, I built it on Linux i386 (RedHat 7.2) and AIX 4.3, THANKS! > but those are the > only platforms I have access to (excluding some different Linuxes - > Debian and TurboLinux). It build and tested OK. > > Sadly (I guess ;-) because libpng is so popular under Linux, I haven't had > the need to build it myself for a long time. > > As to the "which library to link to" question for new apps, I would > suggest adding a top-level symlink "libpng.so" to the latest versioned > library (e.g. "libpng12.so") That's what we have been doing all along, and that is what causes the libary mismatching. We have to leave the top-level symlink pointing to the as libpng.so.2 (built from 1.0.x), and we have to encourage people to get rid of any libpng.so.3 (built from libpng-1.2.x) that are extent. This will of course break any recently-linked apps that were linked with libpng.so.3, but I guess that cannot be avoided. > so that programs without the need to do > anything fancy can still use "-lpng" to link. The linker will still > embed the correct soname into the binary, and if programs have a real > need to link to a specific version they can use "-lpng11" or whatever. There is supposed to be a way for programs to link to a specific so-number, too, but it apparently doesn't work as advertised, either because rld doesn't work or because people have neglected to require their app to ask for the specific version that it needs. Even when libpng.so.2 and libpng.so.3 are both present, the run-time loader is selecting libpng.so.3 even when the app was built with the headers that correspond to libpng.so.2. We have several choices: 1. remove libpng.so.3 and keep libpng.so.2 (breaks recently-linked stuff but old apps work) 2. remove libpng.so.2 and keep libpng.so.3 (breaks old apps but recent ones work) 3. keep both libpng.so.2 and libpng.so.3 (in theory everything works but in practice old apps break) 4. remove both libpng.so.2 and libpng.so.3 (everything breaks until -lpng is changed to -lpng12) As of 1.2.1, we followed (3). 1.2.2beta4 tries to implement (1). Havoc Pennington wants (4). We also have choices about which static library version to keep, and where, and about the headers png.h and pngconf.h. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 8 12:04:19 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id MAA08066 for ; Fri, 8 Mar 2002 12:04:19 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g28I4Hm04079 for ; Fri, 8 Mar 2002 12:04:17 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g28I4HT20084 for ; Fri, 8 Mar 2002 12:04:17 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g28I3ua13807; Fri, 8 Mar 2002 12:03:56 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g28I3tt13803 for ; Fri, 8 Mar 2002 12:03:55 -0600 (CST) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout04.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with ESMTPA id <0GSO00CYL26NYU@mtaout04.icomcast.net> for png-implement@ccrc.wustl.edu; Fri, 08 Mar 2002 13:04:00 -0500 (EST) Date: Fri, 08 Mar 2002 13:03:59 -0500 From: "Glenn Randers-Pehrson " Subject: Re: [png-implement] Re: libpng-1.2.2beta3 To: Havoc Pennington Cc: png-implement@ccrc.wustl.edu Message-id: <3C88FD0F.C816089D@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020308011814.00e455c0@mail.comcast.net> <3C88DC4A.CC33BBEE@comcast.net> <3C88EE1D.C993926@comcast.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Havoc Pennington wrote: > "Glenn Randers-Pehrson " writes: > > Havoc Pennington wrote: > > > > > "Glenn Randers-Pehrson " writes: > > > > > libpng.so.2 vs. libpng.so.3 are only supposed > > > > > to be distinguished for runtime linking, not compile-time linking. > > > > > > > > Yes. But from all the complaints in the newsgroups about PNG warnings about > > > > "compiled with libpng-1.2.x, running with libpng-1.0.x" and vice versa, it's > > > > obvious that something is not doing > > > > the runtime linking properly. > > > > > > I would expect that this happens because of /usr/include/png.h, it's > > > why I suggested removing it. If you have _only_ > > > /usr/include/png-NN/png.h then if you use the same png-config or > > > libpngNN.pc to get both cflags and link flags, you always get the > > > matching headers. > > > > > > There will be some confusion for a bit until people delete their old > > > /usr/include/png.h files, but it'll go away pretty soon as people > > > figure it out, and then the problem is permanently solved. > > > > I wasn't aware that applications read png.h at run time. > > > > If you have /usr/include/png.h, apps tend to get it accidentally, even > if they link to a version of libpng that does not correspond to that > header. This is because /usr/include is in the default include path. > > So apps are getting the library they linked to at run time, but they > are not using the right header at compile time. Thus the warning. > The warning is about library/header mismatch. They are using the right header at compile time but are linking to the wrong library at run time. Whenever you compile you are supposed to link with the latest (highest so-number) version of the library, which corresponds to the headers. From then on, you are supposed to continue to link with that same library. Later the headers are replaced and a higher-numbered library appears. The warning comes when those old apps link to the new library at run-time instead of sticking with the one they were built with. If you recompile, then the latest png.h is the right one, and the app gets relinked with the latest libpng.so.N. By the way I do agree that abandoning so-numbering and instead renaming the library and relocating the headers will solve future library/header mismatch problems. I'm just concerned about all the breakage of scripts and makefiles that expect -lpng to work. I would have preferred that someone would fix rld so it works as promised. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 8 12:19:10 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id MAA08220 for ; Fri, 8 Mar 2002 12:19:10 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g28IJ9m05170 for ; Fri, 8 Mar 2002 12:19:09 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g28IJ9T20805 for ; Fri, 8 Mar 2002 12:19:09 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g28IIvr14215; Fri, 8 Mar 2002 12:18:57 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from c000.snv.cp.net (c000-h001.c000.snv.cp.net [209.228.32.65]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g28IIut14211 for ; Fri, 8 Mar 2002 12:18:56 -0600 (CST) Received: (cpmta 7473 invoked from network); 8 Mar 2002 10:18:56 -0800 Received: from 24.67.101.53 (HELO volans) by smtp.ecliptic.biz (209.228.32.65) with SMTP; 8 Mar 2002 10:18:56 -0800 X-Sent: 8 Mar 2002 18:18:56 GMT Message-Id: <3.0.3.32.20020308111758.01b2da34@mail.ecliptic.biz> X-Sender: willem@mail.ecliptic.biz X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.3 (32) Date: Fri, 08 Mar 2002 11:17:58 -0700 To: png-implement@ccrc.wustl.edu From: Willem van Schaik Subject: Re: [png-implement] Re: libpng-1.2.2beta3 In-Reply-To: <3C88F8F4.F81C24BC@comcast.net> References: <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020308011814.00e455c0@mail.comcast.net> <3C88DC4A.CC33BBEE@comcast.net> <20020308163332.GC24615@turbolinux.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Hi Glenn and other linkers, Until recently I always thought I understood what makefiles and linking was about. However, with this discussion and all it's options, I start to doubt that :-). Which is the reason I have kept silent and out of the way. The only comment I would make is that it looks to me that we are getting in a way of fixing complex problems by even more complex solutions. Not really a KISS approach. So, why can't we just do things for libpng exactly the same way as one of the other similar libs. To me, zlib and libjpeg come to mind. Those use a model that AFAIK work and looks much simpler than what we are doing (Greg and Tom could tell us if I'm wrong). Let's not reinvent the wheel. But maybe I'm seeing things too simple. In that case just ignore this little rambling, Willem At 12:46 08-03-2002 -0500, you wrote: >Andreas Dilger wrote: > >> On Mar 08, 2002 10:44 -0500, Glenn Randers-Pehrson wrote: >> > For six weeks now, since you first brought this up, I've posted a couple of >> > alpha versions and four betas, and I don't know if any of the new makefiles >> > work, except for makefile.sgi. The changes involved quite a lot of manual >> > editing, so the chance of mistakes lurking in there is pretty high. >> >> Well, I built it on Linux i386 (RedHat 7.2) and AIX 4.3, > >THANKS! > >> but those are the >> only platforms I have access to (excluding some different Linuxes - >> Debian and TurboLinux). It build and tested OK. >> >> Sadly (I guess ;-) because libpng is so popular under Linux, I haven't had >> the need to build it myself for a long time. >> >> As to the "which library to link to" question for new apps, I would >> suggest adding a top-level symlink "libpng.so" to the latest versioned >> library (e.g. "libpng12.so") > >That's what we have been doing all along, and that is what causes the libary >mismatching. We have to leave the top-level symlink pointing to the >as libpng.so.2 (built from 1.0.x), and we have to encourage people to get rid >of any >libpng.so.3 (built from libpng-1.2.x) that are extent. This will of course >break >any recently-linked apps that were linked with libpng.so.3, but I guess that >cannot be avoided. > >> so that programs without the need to do >> anything fancy can still use "-lpng" to link. The linker will still >> embed the correct soname into the binary, and if programs have a real >> need to link to a specific version they can use "-lpng11" or whatever. > >There is supposed to be a way for programs to link to a specific so-number, >too, but it apparently doesn't work as advertised, either because rld doesn't >work or because people have neglected to require their app to ask for the >specific >version that it needs. Even when libpng.so.2 and libpng.so.3 are both present, >the run-time loader is selecting libpng.so.3 even when the app was built with >the headers that correspond to libpng.so.2. > >We have several choices: >1. remove libpng.so.3 and keep libpng.so.2 (breaks recently-linked stuff but old >apps work) >2. remove libpng.so.2 and keep libpng.so.3 (breaks old apps but recent ones >work) >3. keep both libpng.so.2 and libpng.so.3 (in theory everything works but in >practice old apps break) >4. remove both libpng.so.2 and libpng.so.3 (everything breaks until -lpng is >changed to -lpng12) >As of 1.2.1, we followed (3). 1.2.2beta4 tries to implement (1). Havoc >Pennington wants (4). >We also have choices about which static library version to keep, and where, and >about the >headers png.h and pngconf.h. > >Glenn > > >-- >Send the message body "help" to png-implement-request@ccrc.wustl.edu > > -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 8 12:44:58 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id MAA08476 for ; Fri, 8 Mar 2002 12:44:58 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g28Iivm07450 for ; Fri, 8 Mar 2002 12:44:57 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g28IiuT22205 for ; Fri, 8 Mar 2002 12:44:56 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g28Iier14878; Fri, 8 Mar 2002 12:44:40 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from webber.adilger.int (h24-67-15-4.cg.shawcable.net [24.67.15.4]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g28Iict14874 for ; Fri, 8 Mar 2002 12:44:39 -0600 (CST) Received: from webber.adilger.int (adilger@localhost [127.0.0.1]) by webber.adilger.int (8.12.1/8.12.1/Debian -5) with ESMTP id g28IiLgA029439; Fri, 8 Mar 2002 11:44:22 -0700 Received: (from adilger@localhost) by webber.adilger.int (8.12.1/8.12.1/Debian -5) id g28IiLMP029437; Fri, 8 Mar 2002 11:44:21 -0700 From: Andreas Dilger Date: Fri, 8 Mar 2002 11:44:21 -0700 To: png-implement@ccrc.wustl.edu Cc: Havoc Pennington Subject: Re: [png-implement] Re: libpng-1.2.2beta3 Message-ID: <20020308184421.GF24615@turbolinux.com> Mail-Followup-To: png-implement@ccrc.wustl.edu, Havoc Pennington References: <20020307205828.37076.qmail@web14806.mail.yahoo.com> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020308011814.00e455c0@mail.comcast.net> <3C88DC4A.CC33BBEE@comcast.net> <3C88EE1D.C993926@comcast.net> <3C88FD0F.C816089D@comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C88FD0F.C816089D@comcast.net> User-Agent: Mutt/1.3.27i X-GPG-Key: 1024D/0D35BED6 X-GPG-Fingerprint: 7A37 5D79 BF1B CECA D44F 8A29 A488 39F5 0D35 BED6 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Mar 08, 2002 13:03 -0500, Glenn Randers-Pehrson wrote: > Havoc Pennington wrote: > > So apps are getting the library they linked to at run time, but they > > are not using the right header at compile time. Thus the warning. > > The warning is about library/header mismatch. > > They are using the right header at compile time but are linking to > the wrong library at run time. Whenever you compile you are supposed to > link with the latest (highest so-number) version of the library, > which corresponds to the headers. From then on, you are supposed to > continue to link with that same library. Later the headers are replaced > and a higher-numbered library appears. Hmm, this is what I would expect, because the .so library name is actually put into the binary at link time. One thing to check is if the library is built with the right soname. Normally (gcc) you do "-Wl,-soname,libpng.so.2" to tell the LIBRARY what soname to export. Then you have major version compatibility only. If, for some reason, the library soname is "libpng.so", then it will break the run-time checks, because you will always get linked against whatever the libpng.so symlink is pointing to. Likewise, if the library soname is libpng.so.2.1.0.12 then (I think) you will only be able to link against that exact library version later. > The warning comes when those old apps link to the new library at run-time > instead of sticking with the one they were built with. This can't be true (at least on Linux), because I already have multiple .so libraries with different major numbers installed, and runtime linking works fine. You can check this with "ldd" on any dynamically linked app. > I would have preferred that someone would fix rld so it works as promised. Is rld an SGI thing? Is this entire runtime linking problem SGI related? I can understand Havoc's argument about compile time, because if you have libs using libpng.so.X, and you need to keep linking to that same version of libpng, you are kind of stuck. I think the header issue is the only real one here. You can have the top-level .so link point to the most recent library version, but the header is more difficult. You could (I suppose) put libpng headers into include/pngX/png*.h and then have a symlink at the top level for building also. Kind of ugly, since we didn't originally have "#include ", so we can't just move to multiple png20/png.h and png12/png.h files with a single symlink. Cheers, Andreas -- Andreas Dilger \ "If a man ate a pound of pasta and a pound of antipasto, \ would they cancel out, leaving him still hungry?" http://www-mddsp.enel.ucalgary.ca/People/adilger/ -- Dogbert -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 8 13:05:34 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA08764 for ; Fri, 8 Mar 2002 13:05:34 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g28J5Xm09641 for ; Fri, 8 Mar 2002 13:05:33 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g28J5XT23412 for ; Fri, 8 Mar 2002 13:05:33 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g28J5DQ15328; Fri, 8 Mar 2002 13:05:13 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g28J5Ct15324 for ; Fri, 8 Mar 2002 13:05:12 -0600 (CST) Received: from fastmail.fm (64-39-0-241.dhcp.hq.rackspace.com [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 34FDE3940E2 for ; Fri, 8 Mar 2002 13:05:12 -0600 (CST) Received: by fastmail.fm (Postfix, from userid 99) id 195AF3940E0; Fri, 8 Mar 2002 13:05:12 -0600 (CST) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 2.117 (F2.6; T0.14; A1.42; B2.12; Q2.03) Date: Fri, 8 Mar 2002 19:05:12 +0000 From: "Soren Andersen" To: png-implement@ccrc.wustl.edu X-Epoch: 1015614312 X-Sasl-enc: G4GPod/rDNl44J3tY7Yhxg Subject: Re: [png-implement] png_convert_from_time_t() Message-Id: <20020308190512.195AF3940E0@fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On 8 Mar 2002 9:54:21 +0100, "Andreas R. Kleinert" said: > >somefunc(someargs) > >{ > > png_timep footime; > > png_convert_from_time_t(footime, time_t_time); > > png_set_tIME(png_ptr, info_ptr, footime); > >} > > >=but= that would not work for me, as explained above, even though it seems > >conformant with the library API documentation. > > >Whatsup w'that? It's very likely that my horrible novice grasp of "C" > > "footime" is uninitialized and points somewhere to nirwana. > > Reading from or writing to nirwana may cause unintended effects... You are saying its a "wild pointer"? That I needed to have initialized it somehow. I've heard of that. I don't get it, though. So when I used the alternate (Gregbook) form I caused the compiler to actually request an allocation of memory for a struct of size png_time in the declaration of the variable. And then accessed this memory using the '&' address-of operator to write to (and subsequently read from) that memory area. Therefore, no problems. Hmmm. Slowly, it sinks in... I guess I assumed that pnglib would have taken care of the initialization for me. So this must be a general rule: if I use any sort of png_{bar}p variable type, its a pointer variable which I'll need to treat properly (initialize to make sure its not "wild", pointing at "nirvana" as Andreas puts it) before doing any access on? Maybe I need to malloc() with it somehow? Grrr. I fear malloc(). Sigh. Looking at Google (to substitute for my lack of ever having taken a rigorous course in "C"...) I see that perhaps this is an area in which the conventions of "C" confuse many... I seem to have an afternoon of further study ahead of me. Thanks Andreas, Soren -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 8 13:23:10 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA09026 for ; Fri, 8 Mar 2002 13:23:10 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g28JN8m11850 for ; Fri, 8 Mar 2002 13:23:08 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g28JN8T24585 for ; Fri, 8 Mar 2002 13:23:08 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g28JMvQ15791; Fri, 8 Mar 2002 13:22:57 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g28JMtt15786 for ; Fri, 8 Mar 2002 13:22:56 -0600 (CST) Received: (from hp@localhost) by icon.devel.redhat.com (8.11.6/8.11.6) id g28JN0p15560; Fri, 8 Mar 2002 14:23:00 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: "Glenn Randers-Pehrson " Cc: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] Re: libpng-1.2.2beta3 References: <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020308011814.00e455c0@mail.comcast.net> <3C88DC4A.CC33BBEE@comcast.net> <3C88EE1D.C993926@comcast.net> <3C88FD0F.C816089D@comcast.net> From: Havoc Pennington Date: 08 Mar 2002 14:23:00 -0500 In-Reply-To: <3C88FD0F.C816089D@comcast.net> Message-ID: Lines: 21 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu "Glenn Randers-Pehrson " writes: > > They are using the right header at compile time but are linking to > the wrong library at run time. Whenever you compile you are supposed to > link with the latest (highest so-number) version of the library, > which corresponds to the headers. From then on, you are supposed to > continue to link with that same library. Later the headers are replaced > and a higher-numbered library appears. The warning comes when > those old apps link to the new library at run-time instead of sticking > with the one they were built with. > > If you recompile, then the latest png.h is the right one, and the app gets > relinked with the latest libpng.so.N. OK, I believe you - I just haven't seen this behavior. The whole point of "libfoo.so.X" is that apps always get the same .X they were compiled with... I'm pretty sure most Linux systems would completely implode if this didn't work. I'm not an expert though. Havoc -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 8 13:56:09 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA09370 for ; Fri, 8 Mar 2002 13:56:09 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g28Ju7m15789 for ; Fri, 8 Mar 2002 13:56:07 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g28Ju6T26629 for ; Fri, 8 Mar 2002 13:56:06 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g28JtsI16531; Fri, 8 Mar 2002 13:55:54 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g28Jtrt16527 for ; Fri, 8 Mar 2002 13:55:53 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout45-01.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GSO00MQH7D7BQ@mtaout45-01.icomcast.net> for png-implement@ccrc.wustl.edu; Fri, 08 Mar 2002 14:55:56 -0500 (EST) Date: Fri, 08 Mar 2002 14:52:07 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Re: libpng-1.2.2beta3 In-reply-to: X-Sender: glennrp@mail.comcast.net To: Havoc Pennington Cc: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020308145207.00e46d20@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <3C88FD0F.C816089D@comcast.net> <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020308011814.00e455c0@mail.comcast.net> <3C88DC4A.CC33BBEE@comcast.net> <3C88EE1D.C993926@comcast.net> <3C88FD0F.C816089D@comcast.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 02:23 PM 3/8/02 -0500, Havoc Pennington wrote: > >"Glenn Randers-Pehrson " writes: >> >> They are using the right header at compile time but are linking to >> the wrong library at run time. Whenever you compile you are supposed to >> link with the latest (highest so-number) version of the library, >> which corresponds to the headers. From then on, you are supposed to >> continue to link with that same library. Later the headers are replaced >> and a higher-numbered library appears. The warning comes when >> those old apps link to the new library at run-time instead of sticking >> with the one they were built with. >> >> If you recompile, then the latest png.h is the right one, and the app gets >> relinked with the latest libpng.so.N. > >OK, I believe you - I just haven't seen this behavior. Use google to search recent newsgroup messages for "libpng" and you'll see *MANY* instances of library mismatch, which seems to be due to some sort of failure of the rld system. >The whole point >of "libfoo.so.X" is that apps always get the same .X they were >compiled with... supposed to >I'm pretty sure most Linux systems would completely >implode if this didn't work. I'm not an expert though. the failure seems to have something to do with libraries using libraries, for example libgd uses libpng, and when libpng is updated there is a mismatch, since the new libpng is selected because the basic app was also recently compiled. About png.h, I can see how someone might accidentally include it as you said, when they were trying to compile a specific libpng version. I think there is still some merit in haveing the "latest" set of png*.h in a known place, though. How about prefix/include/libpng/*.h linked to the latest prefix/include/libpngNN/*.h ? Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 8 14:01:17 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id OAA09425 for ; Fri, 8 Mar 2002 14:01:16 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g28K1Fm16588 for ; Fri, 8 Mar 2002 14:01:15 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g28K1FT26973 for ; Fri, 8 Mar 2002 14:01:15 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g28K16i16631; Fri, 8 Mar 2002 14:01:06 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g28K15t16626 for ; Fri, 8 Mar 2002 14:01:05 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout01.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GSO00IJ37LYEX@mtaout01.icomcast.net> for png-implement@ccrc.wustl.edu; Fri, 08 Mar 2002 15:01:11 -0500 (EST) Date: Fri, 08 Mar 2002 14:57:19 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Re: libpng-1.2.2beta3 In-reply-to: <3.0.3.32.20020308111758.01b2da34@mail.ecliptic.biz> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020308145719.00e47190@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <3C88F8F4.F81C24BC@comcast.net> <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020308011814.00e455c0@mail.comcast.net> <3C88DC4A.CC33BBEE@comcast.net> <20020308163332.GC24615@turbolinux.com> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 11:17 AM 3/8/02 -0700, Willem van Schaik wrote: > >The only comment I would make is that it looks to me that we are getting in >a way of fixing complex problems by even more complex solutions. Not really >a KISS approach. I cannot argue with that. >So, why can't we just do things for libpng exactly the same way as one of >the other similar libs. To me, zlib and libjpeg come to mind. Those use a >model that AFAIK work and looks much simpler than what we are doing (Greg >and Tom could tell us if I'm wrong). Let's not reinvent the wheel. We have been doing things exactly the same way as zlib and libjpeg. They aren't real good models though; you need to compare with other libraries that are in active development. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 8 14:02:42 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id OAA09444 for ; Fri, 8 Mar 2002 14:02:42 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g28K2fm16762 for ; Fri, 8 Mar 2002 14:02:41 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g28K2fT27045 for ; Fri, 8 Mar 2002 14:02:41 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g28K2We16668; Fri, 8 Mar 2002 14:02:32 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g28K2Wt16664 for ; Fri, 8 Mar 2002 14:02:32 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout02.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GSO00JTK7ODUZ@mtaout02.icomcast.net> for png-implement@ccrc.wustl.edu; Fri, 08 Mar 2002 15:02:37 -0500 (EST) Date: Fri, 08 Mar 2002 14:58:46 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] png_convert_from_time_t() In-reply-to: <20020308190512.195AF3940E0@fastmail.fm> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020308145846.00e48100@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 07:05 PM 3/8/02 +0000, you wrote: > So this must be a general rule: if I use any >sort of png_{bar}p variable type, its a pointer variable which I'll >need to treat properly (initialize to make sure its not "wild", >pointing at "nirvana" as Andreas puts it) before doing any access on? >Maybe I need to malloc() with it somehow? Grrr. I fear malloc(). Sigh. Have a look at pngtest.c Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 8 14:25:18 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id OAA09675 for ; Fri, 8 Mar 2002 14:25:17 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g28KPGm19921 for ; Fri, 8 Mar 2002 14:25:16 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g28KPGT28509 for ; Fri, 8 Mar 2002 14:25:16 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g28KOvM17099; Fri, 8 Mar 2002 14:24:57 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from icon.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g28KOut17095 for ; Fri, 8 Mar 2002 14:24:56 -0600 (CST) Received: (from hp@localhost) by icon.devel.redhat.com (8.11.6/8.11.6) id g28KP2m24309; Fri, 8 Mar 2002 15:25:02 -0500 X-Authentication-Warning: icon.devel.redhat.com: hp set sender to hp@redhat.com using -f To: Glenn Randers-Pehrson Cc: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] Re: libpng-1.2.2beta3 References: <3C88FD0F.C816089D@comcast.net> <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <20020307205828.37076.qmail@web14806.mail.yahoo.com> <3.0.6.32.20020307190231.00e3e540@mail.comcast.net> <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020308011814.00e455c0@mail.comcast.net> <3C88DC4A.CC33BBEE@comcast.net> <3C88EE1D.C993926@comcast.net> <3C88FD0F.C816089D@comcast.net> <3.0.6.32.20020308145207.00e46d20@mail.comcast.net> From: Havoc Pennington Date: 08 Mar 2002 15:25:01 -0500 In-Reply-To: <3.0.6.32.20020308145207.00e46d20@mail.comcast.net> Message-ID: Lines: 32 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Glenn Randers-Pehrson writes: > the failure seems to have something to do with libraries using libraries, > for example libgd uses libpng, and when libpng is updated there is > a mismatch, since the new libpng is selected because the basic app was > also recently compiled. > Oh, I see what situation you mean. The way it works is that the first library to load a symbol "wins" - so if an app requires libpng.so.3 directly, and also requires a library that links to libpng.so.2, then both libpng will get pulled in, but only one set of png_ symbols will be used by both app and library. i.e. basically symbols are global not local. This is why you have to do ABI revisions of "library stacks" like the GNOME library stack as a whole; if you have the ABI of sub-libraries changing piecemeal then everything breaks. So that's why the GNOME libs still need to be compiled against old libpng for a while, for example. > About png.h, I can see how someone might accidentally include it as you > said, when they were trying to compile a specific libpng version. I > think there is still some merit in haveing the "latest" set of png*.h > in a known place, though. How about prefix/include/libpng/*.h linked > to the latest prefix/include/libpngNN/*.h ? Sure, that would work fine; then in your "libpng-latest.pc" you could include the cflags for that latest header, maybe. Havoc -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 8 16:24:32 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id QAA11277 for ; Fri, 8 Mar 2002 16:24:32 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g28MOVm04173 for ; Fri, 8 Mar 2002 16:24:31 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g28MOVT06258 for ; Fri, 8 Mar 2002 16:24:31 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g28MNxq19719; Fri, 8 Mar 2002 16:23:59 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g28MNwt19715 for ; Fri, 8 Mar 2002 16:23:58 -0600 (CST) Received: from fastmail.fm (64-39-0-241.dhcp.hq.rackspace.com [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id BAFCE39404B for ; Fri, 8 Mar 2002 16:23:58 -0600 (CST) Received: by fastmail.fm (Postfix, from userid 99) id 1C59A3940D2; Fri, 8 Mar 2002 16:23:57 -0600 (CST) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 2.117 (F2.6; T0.14; A1.42; B2.12; Q2.03) Date: Fri, 8 Mar 2002 22:23:57 +0000 From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1015626238 X-Sasl-enc: IBOPmvqlzUytcuzoQqIGRg Subject: Re: [png-implement] png_convert_from_time_t() Message-Id: <20020308222357.1C59A3940D2@fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Fri, 08 Mar 2002 14:58:46 -0500, "Glenn Randers-Pehrson" said: > At 07:05 PM 3/8/02 +0000, you wrote: > > So this must be a general rule: if I use any > >sort of png_{bar}p variable type, its a pointer variable which I'll > >need to treat properly (initialize to make sure its not "wild", > >pointing at "nirvana" as Andreas puts it) before doing any access on? > >Maybe I need to malloc() with it somehow? Grrr. I fear malloc(). Sigh. > > Have a look at pngtest.c Glenn, thanks. I do not doubt the good intention. I have looked at pngtest.c before and after receiving this your msg and I do not mean to complain but I couldn't get any good illumination thereby. Maybe if you could zero me in on some particular lines to study? I know that the "laconic guidance to newbies" -style is still more than we can consider an "entitlement" and i don't mean to be pushy & demanding. But. The code in {pngtest.c} is as clear as mud to this newbie. Maybe due to all the indirection, the macro identifiers to deal with the hideously complex DOS memory models which (shudder) I NEVER want to learn about, and so forth -- or maybe my brain just went back to sleep for the next 6 years following my (late) lunch -- but I cannot see anything in it which presents itself as an answer. There's not a single malloc() or calloc() happening in {pngtest.c}, so says my text editor. good grief. Last night it felt like libpng was "easy" to use; today it seems baroque and bottomless. Since I am at present not writing an application from scratch but rather hacking on some existing code to fix and extend it a little, I have to guess that what my capacity will support is just the most entry-level straightforward way of doing things. Therefore, earlier, I went back and changed my code again to assign the png_timep var the return value of a calloc() call: png_timep chunk_time; if( (chunk_time = (png_time *) calloc( 1, sizeof(png_time))) == NULL ) { perror("Out of memory!"); exit(1); } And that indeed WORKS! hooray, and so at my own glacial pace I've discovered something. But I cannot force myself to grasp beyond my limits, what's going in pngtest.c that might apply to this area that i have trouble using, in C coding. I have a feeling that to you all, {pngtest.c} is basic and self-explanatory, but it just isn't, to me. Thanks, Soren -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Mar 9 11:08:07 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id LAA25486 for ; Sat, 9 Mar 2002 11:08:06 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g29H85m16685 for ; Sat, 9 Mar 2002 11:08:05 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g29H85T07140 for ; Sat, 9 Mar 2002 11:08:05 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g29H6wN29454; Sat, 9 Mar 2002 11:06:58 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g29H6vt29449 for ; Sat, 9 Mar 2002 11:06:57 -0600 (CST) Received: (qmail 31856 invoked from network); 9 Mar 2002 17:07:01 -0000 Received: from prop.sonic.net (208.201.224.193) by a.smtp-out.sonic.net with SMTP; 9 Mar 2002 17:07:01 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by prop.sonic.net (8.11.6/8.8.5) with ESMTP id g29H71I28324 for ; Sat, 9 Mar 2002 09:07:01 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g29H70Aa025776 for ; Sat, 9 Mar 2002 09:07:00 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g29H70ND025775 for png-implement@ccrc.wustl.edu; Sat, 9 Mar 2002 09:07:00 -0800 Received: from hotmail.com (f75.law8.hotmail.com [216.33.241.75]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g28GXKt11996 for ; Fri, 8 Mar 2002 10:33:20 -0600 (CST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 8 Mar 2002 08:33:24 -0800 Received: from 38.157.105.100 by lw8fd.law8.hotmail.msn.com with HTTP; Fri, 08 Mar 2002 16:33:24 GMT X-Originating-IP: [38.157.105.100] From: "Kevin Wilson" To: newt@pobox.com Cc: png-implement@ccrc.wustl.edu Subject: [png-implement] Re: LIBPNG.DLL - Use with VB Date: Fri, 08 Mar 2002 11:33:24 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 08 Mar 2002 16:33:24.0715 (UTC) FILETIME=[F7D5BBB0:01C1C6BE] Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu [non-member submission] Hello Greg, Visual Basic requires C DLL exported functions to be declared with the "__stdcall" keyword to make them STANDARD CALLING CONVENTION (meaning the callee of the function, not the caller, is responsible for cleaning up the memory stack of the function). Here are some links to the MSDN further explaining this: http://msdn.microsoft.com/library/en-us/vclang/html/_core_argument_passing_and_naming_conventions.asp http://msdn.microsoft.com/library/en-us/vclang/html/_core___cdecl.asp http://msdn.microsoft.com/library/en-us/vclang/html/_core___stdcall.asp http://search.microsoft.com/gomsuri.asp?n=9&c=rp_Results&target=http://msdn.microsoft.com/library/en-us/vccore98/html/_core_adjusting_calling_conventions.asp http://search.microsoft.com/gomsuri.asp?n=2&c=rp_Results&target=http://msdn.microsoft.com/library/en-us/vbenlr98/html/vamsgdllbadcallingconv.asp I know VERY little about C/C++... just enough to translate code from C to VB and make out what C functions are doing. Knowing this much about C allows me to take full advantage of the Win32 API (which is written in C). However, I don't know enough about it to write code in C/C++, nor do I know enough to change settings within the LIBPNG or ZLIB and recompile it as you described below. Can you please make this small change that you described and send me a copy of the newly compiled DLL so I can test it? I don't recall having the same problem with the ZLIB.DLL... but I could be mistaken. I'll have to double check that. Thank you for your time, Kevin >From: Greg Roelofs >Reply-To: Greg Roelofs >To: kevinwilson1997@hotmail.com >Subject: Re: LIBPNG.DLL - Use with VB >Date: Fri, 8 Mar 2002 08:14:13 -0800 > >Hi, Kevin, > > > My name is Kevin Wilson. I am a professional VB programmer that > >enjoys messing around with programming in my spare time. I > maintain a >web site called "The VB Zone" (http://www.TheVBZone.com) > and put up all >kinds of code FREE of charge to others because I > enjoy helping others, >and in so doing, I create an online > repository that I can access wherever >I go. > >That would be outstanding! Btw, I'm pretty sure I came across your site >once for some reason (I'm not a Windows programmer), but I can't find any >reference to it in either the PNG or Info-ZIP web pages. So maybe I'm >dreaming... > > > So here's my question, do you have a version of LIBPNG.DLL that > >exports it's functions using STDCALL so VB can call it directly, or > is >there anyway you can create a "LIBPNG_VB.DLL" in which you just > take >LIBPNG.DLL and change it's exports to STDCALL? I can't > imagine it would >take that much work or time... it's just a seach > and replace on the >exports. MANY VB programmers would love you for > doing so... ME INCLUDED! > hehe... > >Take a look at pngconf.h, specifically the section that deals with >the PNGAPI macro. Because it's ifdef'd, I don't think you would even >need to edit the file to compile libpng itself, although you would want >to do so before installing the header somewhere for compiling other C/C++ >apps. > >Anyway, I think you can just define PNGAPI to be __stdcall or _stdcall >or whatever, compile, and you're set. (And if that doesn't work, please cc >png-implement@ccrc.wustl.edu, because there are some Windows programmers >there who would be a lot more help than I am.) > > > At your earliest convinience, can you please write me back on > this. >I'm anxious to open the door to LIBPNG.DLL to the Visual > Basic community >via this module I'm working on to access your LIB's > exported functions. > >Yes, I'd love to see this happen, too. I'll be happy to add a link to >the results, assuming you can get it to work. (Of course, keep in mind >that you need to do zlib, too, and the two DLLs have to be compiled with >the same compiler options--that drove me nuts the one time I actually tried >to compile libpng and zlib as DLLs under Windows.) > >Good luck, >-- >Greg Roelofs >newt@pobox.com >http://pobox.com/~newt/ >Newtware, PNG Group, Info-ZIP, AlphaWorld Map, Philips Semiconductors, ... _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Mar 9 12:57:58 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id MAA26180 for ; Sat, 9 Mar 2002 12:57:58 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g29Ivum19450 for ; Sat, 9 Mar 2002 12:57:57 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g29IvuT09402 for ; Sat, 9 Mar 2002 12:57:56 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g29Ivem00568; Sat, 9 Mar 2002 12:57:40 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g29Ivdt00564 for ; Sat, 9 Mar 2002 12:57:39 -0600 (CST) Received: (qmail 8019 invoked from network); 9 Mar 2002 18:57:43 -0000 Received: from turbo.sonic.net (HELO ultra.sonic.net) (208.201.224.26) by a.smtp-out.sonic.net with SMTP; 9 Mar 2002 18:57:43 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by ultra.sonic.net (8.11.6/8.8.5) with ESMTP id g29IvhW27795 for ; Sat, 9 Mar 2002 10:57:43 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g29IvhAa031264 for ; Sat, 9 Mar 2002 10:57:43 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g29Ivh0t031263 for png-implement@ccrc.wustl.edu; Sat, 9 Mar 2002 10:57:43 -0800 Date: Sat, 9 Mar 2002 10:57:43 -0800 Message-Id: <200203091857.g29Ivh0t031263@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] Re: libpng-1.2.2beta3 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu >> I would have preferred that someone would fix rld so it works as promised. > Is rld an SGI thing? Is this entire runtime linking problem SGI related? I've never heard of rld, but the runtime thing is very much a Linux/Unix problem. As Glenn noted, the problem is libraries tying themselves to other libraries. This can be a convenience for users at compile time (specify one main library with which to link, rather than that plus ten others), but it becomes a nightmare at run time if the user's app makes direct calls to one of the smaller libraries that's "convenience-linked" to the main library. It seems to me that (again) the fault is primarily with those who distribute the "big libraries" in that way. At compile time, apps should be forced to link with every dependency explicitly; that not only ensures only one version of any given shared library is involved, but it also allows one to select between dynamic and static linking on a per-library basis. With "foo-config" scripts, compilation is just as simple as before--just replace "-lbiglib" with "biglib-config --link" (or whatever the syntax is). For runtime issues (from the biglib perspective), it seems to me that there are two (three?) possibilities: either trust the component-library maintainers to do the right thing w.r.t. API changes and .so numbering; or aggregate/wrap the component libraries inside a biglib wrapper of some sort, thus ensuring that the "big package" (e.g., GNOME) uses one set of libraries self-consistently and doesn't collide with possibly updated system versions of the same component libraries. I don't know if the global-symbols problem spans differently named shared libraries (I'm guessing it does), but if so, it seems that the dlopen/dlsym() approach (e.g., as used by Mozilla and others) could be used in conjunction with or in place of the aggregate/wrapper idea. Frankly, I'm becoming more and more convinced that this is a far bigger problem than libpng (or png-implement) can deal with, and it's certainly too big to imagine that the "right thing" is going to be found within two weeks. My inclination would be to leave the build stuff the same as in 1.2.1 and to add some extra verbiage to the version-mismatch message (e.g., noting that the problem can be caused by linking with libgd or libgtk- whatever, etc.). Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Mar 9 13:05:47 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA26228 for ; Sat, 9 Mar 2002 13:05:46 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g29J5jm19633 for ; Sat, 9 Mar 2002 13:05:45 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g29J5jT09552 for ; Sat, 9 Mar 2002 13:05:45 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g29J5cQ00648; Sat, 9 Mar 2002 13:05:38 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g29J5bt00644 for ; Sat, 9 Mar 2002 13:05:37 -0600 (CST) Received: (qmail 8398 invoked from network); 9 Mar 2002 19:05:42 -0000 Received: from sub.sonic.net (208.201.224.8) by a.smtp-out.sonic.net with SMTP; 9 Mar 2002 19:05:42 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by sub.sonic.net (8.11.6/8.8.5) with ESMTP id g29J5fj02236 for ; Sat, 9 Mar 2002 11:05:41 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g29J5fAa031646 for ; Sat, 9 Mar 2002 11:05:41 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g29J5fEK031645 for png-implement@ccrc.wustl.edu; Sat, 9 Mar 2002 11:05:41 -0800 Date: Sat, 9 Mar 2002 11:05:41 -0800 Message-Id: <200203091905.g29J5fEK031645@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] png_convert_from_time_t() Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu > On 8 Mar 2002 9:54:21 +0100, "Andreas R. Kleinert" > said: > > >somefunc(someargs) > > >{ > > > png_timep footime; > > > png_convert_from_time_t(footime, time_t_time); > > > png_set_tIME(png_ptr, info_ptr, footime); > > >} > > > > >=but= that would not work for me, as explained above, even though it seems > > >conformant with the library API documentation. > > > > >Whatsup w'that? It's very likely that my horrible novice grasp of "C" > > > > "footime" is uninitialized and points somewhere to nirwana. > > > > Reading from or writing to nirwana may cause unintended effects... > You are saying its a "wild pointer"? That I needed to have initialized > it somehow. I've heard of that. I don't get it, though. It's simple: png_convert_from_time_t() is going to put some data somewhere. It wants a pointer from you that points at the place where the data will go. You haven't provided it with one, just a pointer pointing at some random memory location to which you almost certainly don't have permission to write. The "&foo" approach, on the other hand, allocates a data location (foo) and sends the pointer to that location (i.e., its memory address) to the function (&foo). > I guess I assumed that pnglib would have taken care of the > initialization for me. So this must be a general rule: if I use any > sort of png_{bar}p variable type, its a pointer variable which I'll > need to treat properly (initialize to make sure its not "wild", > pointing at "nirvana" as Andreas puts it) before doing any access on? Generally, yes. That's true of the C library as well. (Look up the time functions in the appendix of K&R 2.) Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Mar 9 14:55:52 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id OAA26888 for ; Sat, 9 Mar 2002 14:55:52 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g29Ktpm22013 for ; Sat, 9 Mar 2002 14:55:51 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g29KtoT11520 for ; Sat, 9 Mar 2002 14:55:50 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g29KtUX01546; Sat, 9 Mar 2002 14:55:30 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g29KtSt01542 for ; Sat, 9 Mar 2002 14:55:29 -0600 (CST) Received: from fastmail.fm (64-39-0-241.dhcp.hq.rackspace.com [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id C835E394095 for ; Sat, 9 Mar 2002 14:55:28 -0600 (CST) Received: by fastmail.fm (Postfix, from userid 99) id AFF5F39406E; Sat, 9 Mar 2002 14:55:28 -0600 (CST) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 2.117 (F2.6; T0.14; A1.42; B2.12; Q2.03) Date: Sat, 9 Mar 2002 20:55:28 +0000 From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1015707328 X-Sasl-enc: 0xlBtLEXQ6H0nABEMXrzrQ Subject: Re: [png-implement] Re: libpng-1.2.2beta3 Message-Id: <20020309205528.AFF5F39406E@fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu I am going to stop bi_ching about how hard my life as a non-educated C hacker is, for a moment, and chime in on this discussion. On Fri, 08 Mar 2002 14:57:19 -0500, "Glenn Randers-Pehrson" said: > At 11:17 AM 3/8/02 -0700, Willem van Schaik wrote: > > > >The only comment I would make is that it looks to me that we are getting in > >a way of fixing complex problems by even more complex solutions. Not really > >a KISS approach. > > I cannot argue with that. Nor can I, BUT. It feels that way, and yet I think it is -- and pls take the most neutral, cool sense of this usage -- "naive" to expect version - management software - configuration systems to be "simple" when the problem is complex, and when multitudinous very fine minds have over a long period of time thought about and struggled with exactly these issues. The mind-collective type I am possibly referring to might be exemplified by the GNU effort to create and develop the "autotools" GNU build system, for instance. The complexity there is really stunning (IMO writing a comprehensive 'configure.ac' for a complex package is not trivial for anyone less than expert at GNU). Starting about, oh, 3 weeks ago, though, I made my best all-out effort to learn autoconf, followed by automake. I cannot stomach throwing myself prostrate under the great spiked grinding-wheel that is libtool, yet, though. But my point here is that the GNU solution is emphatically NOT a KISS solution at first glance, and that may well help "prove" (as in philosophical proofs) that you cannot reasonably expect every complex problem to eventually yield up a simple solution. > >So, why can't we just do things for libpng exactly the same way as one of > >the other similar libs. To me, zlib and libjpeg come to mind. Those use a > >model that AFAIK work and looks much simpler than what we are doing (Greg > >and Tom could tell us if I'm wrong). Let's not reinvent the wheel. > > We have been doing things exactly the same way as zlib and libjpeg. > > They aren't real good models though; you need to compare with other > libraries that are in active development. I have to agree. I've been in a round of going back and looking very closely at these staple, basic packages that are such a mainstay of Open-Source development. I messed thoroughly with libJPEG first, followed by zlib and then (now) libPNG. Understand that I've been assimilating a lot of knowledge about portability issues and the GNU principles since I first started pretending to be a developer a few years ago (when this List was last hearing from me), and yet I also bring to my work a special agenda to to try make these basic prequisite packages more "friendly" to build under Win32 dev platforms (Cygwin, MinGW for instance) than they have been. And since years ago, things have changed a lot with MinGW and Cgwin. "configure" can now be expected to work pretty well on both MinGW and (even more so) Cygwin; but what's more, 'autoconf' and 'automake' and 'libtool' can be expected to work much better under these platforms. My observation is that zlib and libJPEG are both *anachronistic* and *exceptional* in that they are un-autoconfiscated (to use the GNU slang for the 'conversion of an existing package's build system to GNU standards'). So making these packages the model for libPNG seems dubious -- at least IMO it deserves thought and discussion before automatically choosing that route. Which makes me feel its unavoidable to ask the fearsome unasked question: has autoconfiscating libpng ever been discussed? When the list of included hand-written makefiles has grown to the length it has now in libpng, one sees exactly why the GNU folks forcefully press the build philosophy they advocate -- "test for features, not for platforms" [that's just a part of it, but a big part]. The notion in autotools is (generally, philosophically) that a little pain now is better than a lot of pain later. To put a finer point on it: underneath what looks to some no doubt like "religion," GNU has a lot of hard-headed, sound reason for what they've devised. And they can demonstrate argumentatively that history of certain packages has shown that people characteristically underestimate the value of "sacrificing some simplicity now to achieve greater rationality later", i.e. they don't correctly foresee how complex their packages [the support thereof] may become in the future. Lack of foresight is human nature and understanding this, we come to perceive one of the great strengths of the rigorous and even obnoxious-seeming GNU build system rules: by embracing them early on, a developer protects herself from herself. On a slightly different topic: the situation with Windows DLLs hasn't even come up in the last 20 or so msgs in this thread. It has mainly focused on the challenges on Linux sytems (and similar) with their idea of shared libs. I need to speak up and request that it not be forgotten that Windows platforms' shared lib needs ought not to be forgotten either. And back to autotools: I recently worked an entire weekend on auto-confiscating an open source package named "Ilib" [Craig Knudson author]. It was very challenging and isn't complete, partly because it's an absolutely classic case of a package author having adopted a style of build strategy that GNU build philosophy most abhors ("Recursive `make' considered harmful") so it's very 'hostile' to auto-confiscating. That rather less than fun experience (btw I've written to the author about it but he never replied) has sensitized me to the potential unhappiness that lack of awareness of the GNU build strategy can eventually bring about. Put another way, it has made me appreciate the prickly and hard-to-embrace virtues of GNU's disciplined and rigorous rules regarding package development. Let me be clear, this is a _general_ set of points I am bringing up. I am not saying that moving to an autotools-based configure-and-build would magically fix the problems being discussed here: they wouldn't. Autotools cannot fix the BPI(?) problem created by the big change in libPNG, by themselves. However my intuition suggests strongly (if in a vague way) that under an Autotools system the endless hand-editing of Makefiles (a labor which I am personally very fond of, no irony intended -- but which GNU philosophy abhors) would be ended (and that moment might feel like some kind of extreme-ish cauterization, and other challenges would no doubt arise). And I think some kind of solution involving autoconf macros could be written that would head off a lot of these link-time vs run-time problem reports by inventing suitable detections and advisories and implementing ONCE in a generalizable way, rather than trying to write them into Makefiles piecemeal or publicize them in READMEs, etc. If there's a way that I could materially contribute to this, should it be found a worthy notion, I will. As seen recently I don't have too much to offer in the way of improved code for libPNG itself; I simply don't have the C skills (or the native mathematical aptitude either, in terms of graphics algorithms and the coding implementation thereof). But what I DO have is a LOT of knowledge and experience with building software under adverse conditions (which by definition, a Win32 platform is). From what I have been reading there might be some complementarity between what I am becoming expert in (I've written my first few autoconf 'm4' macros, for instance) and what the skills-slant here in the core libPNG dev group is. Best, Soren Andersen -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Mar 9 15:46:12 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id PAA27231 for ; Sat, 9 Mar 2002 15:46:11 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g29LkAm23211 for ; Sat, 9 Mar 2002 15:46:10 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g29LkAT12536 for ; Sat, 9 Mar 2002 15:46:10 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g29Ljsq02010; Sat, 9 Mar 2002 15:45:54 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g29Ljrt02006 for ; Sat, 9 Mar 2002 15:45:53 -0600 (CST) Received: from fastmail.fm (64-39-0-241.dhcp.hq.rackspace.com [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 8F4153940D7 for ; Sat, 9 Mar 2002 15:45:53 -0600 (CST) Received: by fastmail.fm (Postfix, from userid 99) id 2A24939409A; Sat, 9 Mar 2002 15:45:51 -0600 (CST) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 2.117 (F2.6; T0.14; A1.42; B2.12; Q2.03) Date: Sat, 9 Mar 2002 21:45:51 +0000 From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1015710353 X-Sasl-enc: 6bp1UnNQ0a3p1rtZaDOURg Subject: Re: [png-implement] png_convert_from_time_t() Message-Id: <20020309214551.2A24939409A@fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Sat, 9 Mar 2002 11:05:41 -0800, "Greg Roelofs" said: [Soren, intermediate with orig reply by Andreas, etc..] > > You are saying its a "wild pointer"? That I needed to have initialized > > it somehow. I've heard of that. I don't get it, though. > It's simple: png_convert_from_time_t() is going to put some data > somewhere. It wants a pointer from you that points at the place > where the data will go. You haven't provided it with one, just a > pointer pointing at some random memory location to which you almost > certainly don't have permission to write. > > The "&foo" approach, on the other hand, allocates a data location > (foo) and sends the pointer to that location (i.e., its memory > address) to the function (&foo). Yes, that's what I thought ;-). > > I guess I assumed that pnglib would have taken care of the > > initialization for me. So this must be a general rule: if I use any > > sort of png_{bar}p variable type, its a pointer variable which I'll > > need to treat properly (initialize to make sure its not "wild", > > pointing at "nirvana" as Andreas puts it) before doing any access on? > Generally, yes. That's true of the C library as well. (Look up the > time functions in the appendix of K&R 2.) Oh, to own K&R 2.... {anticipatorily, I hear the groans in my mind...} no, I am not trying to program in C based only on begged tutoring from overstrained Internet friends. I *do* own several C books, one I use often as a reference is "C, the Complete Reference [second ed]" by Herbert Schildt. Anyway, I am really getting it now {pep talk to self}. The stretching which has taken place over the last 4 days is really large, I want to share with you (all). I really am getting it now about pointers, in this regard. Yay! [OT] Just to explain (I've written it before): I learned programming from Larry Wall (not literally, I mean I learned Perl *first*), not Kernigan and Ritchie first. It set my basic instincts as a programmer. My ability to write idiomatic, graceful, flowing Perl is really quite developed now (really! {ggg} -- meaning of course highly obfuscated and hard to understand even for me after a few months elapse ;-). Perl handles strings in an utterly different way (no kidding ... raison d'tre) from C, and i struggle with the painfulness of the C string as a 'null-terminated arrays of characters which degrades into a pointer into the first index of the array in most cases' (from the perspective of what the compiler does with it). It just causes me extensive conceptual pain to deal with, for starters. And furthermore, until this week, *structs* made me want to go hide in a corner. Now I am beginning to appreciate that the "C struct" is a thing of great beauty and genius. So elegant and powerful, so much utility packed into so little space. [/OT] Thanks for the confirm, Greg, and the patience, all readers. If I could beg just a *little* more basic-level help ... in a couple or four sentences of plain English (as opposed to names of files or psuedocode for inst.): can someone explain to me the need for there to be a png_malloc or png_realloc etc, and hint to me about when I'd be advised to use them, instead of ordinary C library 'malloc()' or 'realloc()', and their kin? Anything, drop me a crumb... Soren -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Mar 9 15:55:56 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id PAA27292 for ; Sat, 9 Mar 2002 15:55:56 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g29Lttm23424 for ; Sat, 9 Mar 2002 15:55:55 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g29LtsT12723 for ; Sat, 9 Mar 2002 15:55:54 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g29Lthq02086; Sat, 9 Mar 2002 15:55:43 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g29Ltgt02082 for ; Sat, 9 Mar 2002 15:55:42 -0600 (CST) Received: from fastmail.fm (64-39-0-241.dhcp.hq.rackspace.com [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 6DFF13940F5 for ; Sat, 9 Mar 2002 15:55:42 -0600 (CST) Received: by fastmail.fm (Postfix, from userid 99) id 6903D3940D7; Sat, 9 Mar 2002 15:55:42 -0600 (CST) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 2.117 (F2.6; T0.14; A1.42; B2.12; Q2.03) Date: Sat, 9 Mar 2002 21:55:42 +0000 From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1015710942 X-Sasl-enc: Ml8jdDAp4Jmx3WmKQiAxqw Subject: Re: [png-implement] Re: libpng-1.2.2beta3 Message-Id: <20020309215542.6903D3940D7@fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Sat, 9 Mar 2002 20:55:28 +0000, "Soren Andersen" said: > Let me be clear, this is a _general_ set of points I am bringing up. I > am not saying that moving to an autotools-based configure-and-build > would magically fix the problems being discussed here: they wouldn't. > Autotools cannot fix the BPI(?) problem created by the big change in > libPNG, by themselves I was trying to say "ABI", an acronym unfamiliar to me that I'd not ever come across before this discussion. Sorry for any confusion. Soren -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Mar 9 16:35:50 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id QAA27550 for ; Sat, 9 Mar 2002 16:35:49 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g29MZmm24277 for ; Sat, 9 Mar 2002 16:35:48 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g29MZmT13439 for ; Sat, 9 Mar 2002 16:35:48 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g29MZW902412; Sat, 9 Mar 2002 16:35:32 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g29MZVt02408 for ; Sat, 9 Mar 2002 16:35:31 -0600 (CST) Received: (qmail 19137 invoked from network); 9 Mar 2002 22:35:37 -0000 Received: from tempest.sonic.net (208.201.224.25) by a.smtp-out.sonic.net with SMTP; 9 Mar 2002 22:35:37 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by tempest.sonic.net (8.11.6/8.8.5) with ESMTP id g29MZbw08006; Sat, 9 Mar 2002 14:35:37 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g29MZbAa007529; Sat, 9 Mar 2002 14:35:37 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g29MZarq007528; Sat, 9 Mar 2002 14:35:36 -0800 Date: Sat, 9 Mar 2002 14:35:36 -0800 Message-Id: <200203092235.g29MZarq007528@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] Re: LIBPNG.DLL - Use with VB Cc: kevinwilson1997@hotmail.com Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu > Visual Basic requires C DLL exported functions to be declared with the > "__stdcall" keyword to make them STANDARD CALLING CONVENTION (meaning the [...] > Can you please make this small change that you described and send me a copy > of the newly compiled DLL so I can test it? I don't recall having the same > problem with the ZLIB.DLL... but I could be mistaken. I'll have to double > check that. Can someone with access to MSVC compile libpng and zlib with __stdcall for this guy? In pngconf.h, "#define PNGAPI __stdcall"; I think there's a similar macro for zlib. Thanks, Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Mar 9 18:51:13 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id SAA28355 for ; Sat, 9 Mar 2002 18:51:12 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2A0pBm27418 for ; Sat, 9 Mar 2002 18:51:11 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2A0pBT15888 for ; Sat, 9 Mar 2002 18:51:11 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2A0oeY03616; Sat, 9 Mar 2002 18:50:40 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from nicemice.net (kalaloch.CS.Berkeley.EDU [128.32.131.70]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2A0odt03612 for ; Sat, 9 Mar 2002 18:50:40 -0600 (CST) Received: from amc by nicemice.net with local (Exim 3.33 #1 (Debian)) id 16jrY2-0001Pn-00; Sat, 09 Mar 2002 16:50:50 -0800 Date: Sun, 10 Mar 2002 00:50:50 +0000 From: "Adam M. Costello" To: png-implement@ccrc.wustl.edu Cc: Havoc Pennington Subject: Re: [png-implement] Re: libpng-1.2.2beta3 Message-ID: <20020310005050.GB4305@nicemice.net> References: <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020308011814.00e455c0@mail.comcast.net> <3C88DC4A.CC33BBEE@comcast.net> <3C88EE1D.C993926@comcast.net> <3C88FD0F.C816089D@comcast.net> <3.0.6.32.20020308145207.00e46d20@mail.comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020308163332.GC24615@turbolinux.com> User-Agent: Mutt/1.3.27i Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Andreas Dilger wrote: > As to the "which library to link to" question for new apps, I would > suggest adding a top-level symlink "libpng.so" to the latest versioned > library (e.g. "libpng12.so") so that programs without the need to do > anything fancy can still use "-lpng" to link. If this is done, an analogous thing should be done for the header files: /usr/include/png should be a symlink to the latest version (for example, png12), so that you can use -Ipng for the latest version or -Ipng12 for a specific version. Havoc Pennington wrote: > The way it works is that the first library to load a symbol "wins" > - so if an app requires libpng.so.3 directly, and also requires a > library that links to libpng.so.2, then both libpng will get pulled > in, but only one set of png_ symbols will be used by both app and > library. > > i.e. basically symbols are global not local. This comment is not helpful, but... I think the AmigaOS approach to shared libraries did not have this problem. I think the application would open the library explicitly, get a handle to the library, and use the handle for all calls into the library. Therefore you could open two versions of the same library and call the "same" function in either version, because they would be disambiguated by the library handles. (But I could be wrong. I once started to learn about the AmigaOS internals, but never actually did any platform-specific programming.) AMC -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Mar 9 19:22:57 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id TAA28589 for ; Sat, 9 Mar 2002 19:22:57 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2A1Mum28201 for ; Sat, 9 Mar 2002 19:22:56 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2A1MtT16503 for ; Sat, 9 Mar 2002 19:22:55 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2A1Meq03923; Sat, 9 Mar 2002 19:22:40 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2A1Mdt03918 for ; Sat, 9 Mar 2002 19:22:39 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GSQ004LEH5WAT@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Sat, 09 Mar 2002 20:22:44 -0500 (EST) Date: Sat, 09 Mar 2002 20:18:50 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Re: libpng-1.2.2beta3 In-reply-to: <20020310005050.GB4305@nicemice.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Cc: png-implement@ccrc.wustl.edu, Havoc Pennington Message-id: <3.0.6.32.20020309201850.00e27d10@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <20020308163332.GC24615@turbolinux.com> <3.0.6.32.20020307232313.00e3c100@mail.comcast.net> <3.0.6.32.20020308011814.00e455c0@mail.comcast.net> <3C88DC4A.CC33BBEE@comcast.net> <3C88EE1D.C993926@comcast.net> <3C88FD0F.C816089D@comcast.net> <3.0.6.32.20020308145207.00e46d20@mail.comcast.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 12:50 AM 3/10/02 +0000, Adam M. Costello wrote: >Andreas Dilger wrote: > >> As to the "which library to link to" question for new apps, I would >> suggest adding a top-level symlink "libpng.so" to the latest versioned >> library (e.g. "libpng12.so") so that programs without the need to do >> anything fancy can still use "-lpng" to link. > >If this is done, an analogous thing should be done for the header files: >/usr/include/png should be a symlink to the latest version (for example, >png12), so that you can use -Ipng for the latest version or -Ipng12 for >a specific version. I agree, although I was planning to name the directories libpng and libpngNN. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Mar 9 19:35:44 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id TAA28677 for ; Sat, 9 Mar 2002 19:35:44 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2A1Zgm28534 for ; Sat, 9 Mar 2002 19:35:42 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2A1ZgT16755 for ; Sat, 9 Mar 2002 19:35:42 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2A1ZQY04164; Sat, 9 Mar 2002 19:35:26 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from priv-edtnes16-hme0.telusplanet.net (defout.telus.net [199.185.220.240]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2A1ZPt04160 for ; Sat, 9 Mar 2002 19:35:25 -0600 (CST) Received: from john ([142.173.96.48]) by priv-edtnes16-hme0.telusplanet.net (InterMail vM.5.01.04.02 201-253-122-122-102-20011128) with SMTP id <20020310013532.WPDA5907.priv-edtnes16-hme0.telusplanet.net@john> for ; Sat, 9 Mar 2002 18:35:32 -0700 Message-ID: <008e01c1c7d3$d179c590$3060ad8e@john> From: "John" To: References: <200203092235.g29MZarq007528@newbolt.sonic.net> Subject: Re: [png-implement] Re: LIBPNG.DLL - Use with VB Date: Sat, 9 Mar 2002 17:35:10 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu > Can someone with access to MSVC compile libpng and zlib with __stdcall > for this guy? In pngconf.h, "#define PNGAPI __stdcall"; I think there's > a similar macro for zlib. I tried it like this, I believe PNG_EXPORT needs to be redefined as well: changes to pngconfig.h: ... # if defined(__GNUC__) || (defined (_MSC_VER) && (_MSC_VER >= 800)) # define PNGAPI __stdcall /* changed from __cdecl to suppport stdcall */ # else # define PNGAPI __cdecl # endif ... /* Borland/Microsoft */ # if defined(_MSC_VER) || defined(__BORLANDC__) # if (_MSC_VER >= 800) || (__BORLANDC__ >= 0x500) # define PNG_EXPORT PNG_EXPORT_TYPE1 # else # define PNG_EXPORT PNG_EXPORT_TYPE2 # if defined(PNG_BUILD_DLL) # define PNG_IMPEXP __stdcall(dllexport) /* changed from __export to support stdcall */ # else # define PNG_IMPEXP /*__import*/ /* doesn't exist AFAIK in VC++*/ # endif /* Exists in Borland C++ for C++ classes (== huge) */ # endif # endif But I still get errors like this: pngerror.c(282) : error C2373: 'png_set_strip_error_numbers' : redefinition; different type modifiers where the function declaration is: extern PNG_EXPORT(void,png_set_strip_error_numbers) PNGARG((png_structp png_ptr, png_uint_32 strip_mode)); and the function defintion is: void png_set_strip_error_numbers(png_structp png_ptr, png_uint_32 strip_mode) Any ideas on how to fix this would be appreciated. John ----- Original Message ----- From: "Greg Roelofs" To: Cc: Sent: Saturday, March 09, 2002 2:35 PM Subject: Re: [png-implement] Re: LIBPNG.DLL - Use with VB > > Visual Basic requires C DLL exported functions to be declared with the > > "__stdcall" keyword to make them STANDARD CALLING CONVENTION (meaning the > [...] > > Can you please make this small change that you described and send me a copy > > of the newly compiled DLL so I can test it? I don't recall having the same > > problem with the ZLIB.DLL... but I could be mistaken. I'll have to double > > check that. > > > Thanks, > Greg > > -- > Send the message body "help" to png-implement-request@ccrc.wustl.edu -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Mar 9 21:25:52 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id VAA29343 for ; Sat, 9 Mar 2002 21:25:52 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2A3Ppm00948 for ; Sat, 9 Mar 2002 21:25:51 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2A3PpT18674 for ; Sat, 9 Mar 2002 21:25:51 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2A3PAQ06240; Sat, 9 Mar 2002 21:25:10 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2A3P9t06235 for ; Sat, 9 Mar 2002 21:25:09 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout45-02.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GSQ00BWWMTM63@mtaout45-02.icomcast.net> for png-implement@ccrc.wustl.edu; Sat, 09 Mar 2002 22:24:59 -0500 (EST) Date: Sat, 09 Mar 2002 22:21:05 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Re: LIBPNG.DLL - Use with VB In-reply-to: <008e01c1c7d3$d179c590$3060ad8e@john> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020309222105.00e54c80@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <200203092235.g29MZarq007528@newbolt.sonic.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 05:35 PM 3/9/02 -0800, John wrote: >But I still get errors like this: >pngerror.c(282) : error C2373: 'png_set_strip_error_numbers' : redefinition; >different type modifiers > >where the function declaration is: >extern PNG_EXPORT(void,png_set_strip_error_numbers) PNGARG((png_structp > png_ptr, png_uint_32 strip_mode)); > >and the function defintion is: >void png_set_strip_error_numbers(png_structp png_ptr, png_uint_32 >strip_mode) > >Any ideas on how to fix this would be appreciated. PNGAPI is missing. Change void png_set_strip_error_numbers(png_structp png_ptr, png_uint_32 strip_mode) to void PNGAPI png_set_strip_error_numbers(png_structp png_ptr, png_uint_32 strip_mode) I'll fix that in the next upload. Were there any other similar errors? Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Mar 9 22:46:27 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id WAA29825 for ; Sat, 9 Mar 2002 22:46:27 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2A4kQm02658 for ; Sat, 9 Mar 2002 22:46:26 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2A4kQT20022 for ; Sat, 9 Mar 2002 22:46:26 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2A4k3607479; Sat, 9 Mar 2002 22:46:03 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from priv-edtnes16-hme0.telusplanet.net (defout.telus.net [199.185.220.240]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2A4k1t07475 for ; Sat, 9 Mar 2002 22:46:02 -0600 (CST) Received: from john ([142.173.96.48]) by priv-edtnes16-hme0.telusplanet.net (InterMail vM.5.01.04.02 201-253-122-122-102-20011128) with SMTP id <20020310044610.ZTRU5907.priv-edtnes16-hme0.telusplanet.net@john> for ; Sat, 9 Mar 2002 21:46:10 -0700 Message-ID: <00f201c1c7ee$72fd47b0$3060ad8e@john> From: "John" To: References: <200203092235.g29MZarq007528@newbolt.sonic.net> <3.0.6.32.20020309222105.00e54c80@mail.comcast.net> Subject: Re: [png-implement] Re: LIBPNG.DLL - Use with VB Date: Sat, 9 Mar 2002 20:45:48 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu ----- Original Message ----- From: "Glenn Randers-Pehrson" > > PNGAPI is missing. Change > > Were there any other similar errors? > Thanks, the following function definitions gave this error: png_set_strip_error_numbers png_malloc_defualt png_free_default png_memcpy_check png_memset_check png_build_grayscale_palette I still have a couple more errors, so I'll send them along, you'll probably figure it out before I do: error C2152: '=' : pointers to functions with different attributes For brevity I've only included the file name, function name (inculding the signature) and line, in the function, where the error occurs The ">>>" shows the line where the error occurs, "@@@" is additional information pngpread.c --- void PNGAPI png_set_progressive_read_fn(png_structp png_ptr, png_voidp progressive_ptr, png_progressive_info_ptr info_fn, png_progressive_row_ptr row_fn, png_progressive_end_ptr end_fn) { >>> png_set_read_fn(png_ptr, progressive_ptr, png_push_fill_buffer); } @@@ different types for formal and actual parameter 3 pngrio.c void PNGAPI png_set_read_fn(png_structp png_ptr, png_voidp io_ptr, png_rw_ptr read_data_fn) { >>> png_ptr->read_data_fn = png_default_read_data; } pngwio.c void PNGAPI png_set_write_fn(png_structp png_ptr, png_voidp io_ptr, png_rw_ptr write_data_fn, png_flush_ptr output_flush_fn) { >>> png_ptr->write_data_fn = png_default_write_data; >>> png_ptr->output_flush_fn = png_default_flush; } John -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sun Mar 10 07:47:55 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id HAA03593 for ; Sun, 10 Mar 2002 07:47:54 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2ADlrm18902 for ; Sun, 10 Mar 2002 07:47:53 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2ADlrT00153 for ; Sun, 10 Mar 2002 07:47:53 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2ADlOr15705; Sun, 10 Mar 2002 07:47:24 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2ADlNt15701 for ; Sun, 10 Mar 2002 07:47:23 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout04.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GSR0012GFN2PH@mtaout04.icomcast.net> for png-implement@ccrc.wustl.edu; Sun, 10 Mar 2002 08:47:26 -0500 (EST) Date: Sun, 10 Mar 2002 08:43:33 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Re: LIBPNG.DLL - Use with VB In-reply-to: <00f201c1c7ee$72fd47b0$3060ad8e@john> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020310084333.00e4d5b0@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <200203092235.g29MZarq007528@newbolt.sonic.net> <3.0.6.32.20020309222105.00e54c80@mail.comcast.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 08:45 PM 3/9/02 -0800, John wrote: >I still have a couple more errors, so I'll send them along, you'll probably >figure it out before I do: > >error C2152: '=' : pointers to functions with different attributes They all seem to be harmless, and the warnings can be quieted with explicit type-casts: >pngpread.c --- >>>> png_set_read_fn(png_ptr, progressive_ptr, png_push_fill_buffer); >@@@ different types for formal and actual parameter 3 png_set_read_fn(png_ptr, progressive_ptr, (png_rw_ptr)png_push_fill_buffer); >pngrio.c >>>> png_ptr->read_data_fn = png_default_read_data; png_ptr->read_data_fn = (png_rw_ptr)png_default_read_data; >pngwio.c >>>> png_ptr->write_data_fn = png_default_write_data; png_ptr->write_data_fn = (png_rw_ptr)png_default_write_data; >>>> png_ptr->output_flush_fn = png_default_flush; png_ptr->output_flush_fn = (png_flush_ptr)png_default_flush; Thanks. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sun Mar 10 12:38:27 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id MAA05449 for ; Sun, 10 Mar 2002 12:38:27 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2AIcPm27606 for ; Sun, 10 Mar 2002 12:38:25 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2AIcPT06297 for ; Sun, 10 Mar 2002 12:38:25 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2AIbbP18973; Sun, 10 Mar 2002 12:37:37 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2AIbat18969 for ; Sun, 10 Mar 2002 12:37:36 -0600 (CST) Received: (qmail 29122 invoked from network); 10 Mar 2002 18:37:40 -0000 Received: from tempest.sonic.net (208.201.224.25) by a.smtp-out.sonic.net with SMTP; 10 Mar 2002 18:37:40 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by tempest.sonic.net (8.11.6/8.8.5) with ESMTP id g2AIbew32017 for ; Sun, 10 Mar 2002 10:37:40 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g2AIbeAa014494 for ; Sun, 10 Mar 2002 10:37:40 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g2AIbeSm014493 for png-implement@ccrc.wustl.edu; Sun, 10 Mar 2002 10:37:40 -0800 Received: from hotmail.com (f197.law8.hotmail.com [216.33.241.197]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2AHuSt18654 for ; Sun, 10 Mar 2002 11:56:28 -0600 (CST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 10 Mar 2002 09:56:29 -0800 Received: from 216.23.39.154 by lw8fd.law8.hotmail.msn.com with HTTP; Sun, 10 Mar 2002 17:56:29 GMT X-Originating-IP: [216.23.39.154] From: "Kevin Wilson" To: newt@pobox.com, png-implement@ccrc.wustl.edu Subject: Re: [png-implement] Re: LIBPNG.DLL - Use with VB Date: Sun, 10 Mar 2002 12:56:29 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 10 Mar 2002 17:56:29.0555 (UTC) FILETIME=[E7DB7430:01C1C85C] Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu [non-member submission] That would be so kewl! I would really appreciate it. I have already made a VB wrapper for LIBJPEG (with the help of some code from vbAccelerator [I really should re-write that, it was a while ago that I did that]), a while back a wrapped the major functionality of ZLIB for use within VB, I just finished a really nice VB wrapper for "FreeImage", and I've made wrappers for BITMAP's within Windows. I would like to make VB wrappers for all the major image file format DLL's... like LIBTIFF, LIBMNG, LIBPCX, etc... but that's in the future. KUDOS once again for PNG, MNG, and ZLIB!! It's nice to see HIGH QUALITY work like this out there on the internet be made free to the public. I'm pitching in for that with my FREE web site "The VB Zone" (http://www.TheVBZone.com). Take care, Kevin Wilson KevinWilson1997@hotmail.com P.S. - I didn't realize that recompiling for use with VB would be so easy as changing 1 line of code and pressing the COMPILE button! Thanks again for doing it for me. heh.. I gotta get a copy of VC and learn more about C/C++. >From: Greg Roelofs >Reply-To: Greg Roelofs >To: png-implement@ccrc.wustl.edu >CC: kevinwilson1997@hotmail.com >Subject: Re: [png-implement] Re: LIBPNG.DLL - Use with VB >Date: Sat, 9 Mar 2002 14:35:36 -0800 > > >Can someone with access to MSVC compile libpng and zlib with __stdcall for >this guy? In pngconf.h, "#define PNGAPI __stdcall"; I think there's a >similar macro for zlib. > >Thanks, > Greg > > > > Visual Basic requires C DLL exported functions to be declared with > the >"__stdcall" keyword to make them STANDARD CALLING CONVENTION > (meaning the >[...] > > > Can you please make this small change that you described and send > me >a copy of the newly compiled DLL so I can test it? I don't > recall having >the same problem with the ZLIB.DLL... but I could be > mistaken. I'll have >to double check that. _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sun Mar 10 14:30:12 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id OAA06114 for ; Sun, 10 Mar 2002 14:30:12 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2AKUAm01146 for ; Sun, 10 Mar 2002 14:30:10 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2AKUAT08730 for ; Sun, 10 Mar 2002 14:30:10 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2AKTnF19958; Sun, 10 Mar 2002 14:29:49 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from priv-edtnes11-hme0.telusplanet.net (fepout3.telus.net [199.185.220.238]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2AKTmt19954 for ; Sun, 10 Mar 2002 14:29:48 -0600 (CST) Received: from john ([142.173.96.48]) by priv-edtnes11-hme0.telusplanet.net (InterMail vM.5.01.04.01 201-253-122-122-101-20011014) with SMTP id <20020310202953.PTUY16061.priv-edtnes11-hme0.telusplanet.net@john> for ; Sun, 10 Mar 2002 13:29:53 -0700 Message-ID: <006001c1c872$48895030$3060ad8e@john> From: "John" To: References: <200203092235.g29MZarq007528@newbolt.sonic.net> <3.0.6.32.20020309222105.00e54c80@mail.comcast.net> <3.0.6.32.20020310084333.00e4d5b0@mail.comcast.net> Subject: Re: [png-implement] Re: LIBPNG.DLL - Use with VB Date: Sun, 10 Mar 2002 12:29:30 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu ----- Original Message ----- From: "Glenn Randers-Pehrson" To: Sent: Sunday, March 10, 2002 5:43 AM Subject: Re: [png-implement] Re: LIBPNG.DLL - Use with VB > At 08:45 PM 3/9/02 -0800, John wrote: > >I still have a couple more errors, so I'll send them along, you'll probably > >figure it out before I do: > > > >error C2152: '=' : pointers to functions with different attributes > > They all seem to be harmless, and the warnings can be quieted with > explicit type-casts: Thanks, Glenn, that worked, almost there, I have one last problem. My test project compiles but doesn't link, with linker errors like this: unresolved external symbol _png_read_end A quick look inside the libpng3.dll shows that these functions are exported without the leading unscore, i.e.: png_read_end I have wrapped png.h in extern "C", either way, with or without extern "C" it still happens. Sorry, I'm not much of C programmer, more of a C++ programmer. John -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sun Mar 10 15:03:22 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id PAA06327 for ; Sun, 10 Mar 2002 15:03:22 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2AL3Lm02182 for ; Sun, 10 Mar 2002 15:03:21 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2AL3LT09438 for ; Sun, 10 Mar 2002 15:03:21 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2AL32Y20339; Sun, 10 Mar 2002 15:03:02 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from nicemice.net (kalaloch.CS.Berkeley.EDU [128.32.131.70]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2AL31t20335 for ; Sun, 10 Mar 2002 15:03:01 -0600 (CST) Received: from amc by nicemice.net with local (Exim 3.33 #1 (Debian)) id 16kATH-0003yH-00 for ; Sun, 10 Mar 2002 13:03:11 -0800 Date: Sun, 10 Mar 2002 21:03:11 +0000 From: "Adam M. Costello" To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] Re: libpng-1.2.2beta3 Message-ID: <20020310210311.GA15184@nicemice.net> References: <3.0.6.32.20020308011814.00e455c0@mail.comcast.net> <3C88DC4A.CC33BBEE@comcast.net> <3C88EE1D.C993926@comcast.net> <3C88FD0F.C816089D@comcast.net> <3.0.6.32.20020308145207.00e46d20@mail.comcast.net> <3.0.6.32.20020309201850.00e27d10@mail.comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3.0.6.32.20020309201850.00e27d10@mail.comcast.net> User-Agent: Mutt/1.3.27i Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Glenn Randers-Pehrson wrote: > > -Ipng for the latest version or -Ipng12 for a specific version. > > I agree, although I was planning to name the directories libpng and > libpngNN. Yes, that's better. And I forgot to include the full path in the -I option, which I think would be necessary: -I/usr/include/libpng. AMC -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sun Mar 10 16:53:24 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id QAA07046 for ; Sun, 10 Mar 2002 16:53:24 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2AMrNm05606 for ; Sun, 10 Mar 2002 16:53:23 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2AMrMT11809 for ; Sun, 10 Mar 2002 16:53:22 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2AMr2o21395; Sun, 10 Mar 2002 16:53:02 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2AMr1t21391 for ; Sun, 10 Mar 2002 16:53:02 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout01.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GSS007Y14WKCX@mtaout01.icomcast.net> for png-implement@ccrc.wustl.edu; Sun, 10 Mar 2002 17:53:08 -0500 (EST) Date: Sun, 10 Mar 2002 17:49:15 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Re: LIBPNG.DLL - Use with VB In-reply-to: <006001c1c872$48895030$3060ad8e@john> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020310174915.00e5b2f0@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <200203092235.g29MZarq007528@newbolt.sonic.net> <3.0.6.32.20020309222105.00e54c80@mail.comcast.net> <3.0.6.32.20020310084333.00e4d5b0@mail.comcast.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 12:29 PM 3/10/02 -0800, John wrote: >A quick look inside the libpng3.dll shows that these functions are exported >without the leading unscore, i.e.: >png_read_end Yeah, I've had similar problems in the past when mixing C and Fortran. I'll see if I can dig up the solution. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sun Mar 10 20:33:57 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id UAA08482 for ; Sun, 10 Mar 2002 20:33:57 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2B2Xtm11255 for ; Sun, 10 Mar 2002 20:33:55 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2B2XtT16074 for ; Sun, 10 Mar 2002 20:33:55 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2B2XQx25132; Sun, 10 Mar 2002 20:33:26 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from priv-edtnes10-hme0.telusplanet.net (mtaout.telus.net [199.185.220.235]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2B2XPt25128 for ; Sun, 10 Mar 2002 20:33:25 -0600 (CST) Received: from john ([142.173.96.48]) by priv-edtnes10-hme0.telusplanet.net (InterMail vM.5.01.04.01 201-253-122-122-101-20011014) with SMTP id <20020311023332.QWMC5577.priv-edtnes10-hme0.telusplanet.net@john> for ; Sun, 10 Mar 2002 19:33:32 -0700 Message-ID: <003701c1c8a5$15bad790$3060ad8e@john> From: "John" To: References: <200203092235.g29MZarq007528@newbolt.sonic.net> <3.0.6.32.20020309222105.00e54c80@mail.comcast.net> <3.0.6.32.20020310084333.00e4d5b0@mail.comcast.net> <3.0.6.32.20020310174915.00e5b2f0@mail.comcast.net> Subject: Re: [png-implement] Re: LIBPNG.DLL - Use with VB Date: Sun, 10 Mar 2002 18:33:10 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu ----- Original Message ----- From: "Glenn Randers-Pehrson" To: Sent: Sunday, March 10, 2002 2:49 PM Subject: Re: [png-implement] Re: LIBPNG.DLL - Use with VB > At 12:29 PM 3/10/02 -0800, John wrote: > >A quick look inside the libpng3.dll shows that these functions are exported > >without the leading unscore, i.e.: > >png_read_end > > Yeah, I've had similar problems in the past when mixing C and Fortran. I'll > see if I can dig up the solution. > I think this a C/C++ issue, i was going to go ahead and do a small wrapper for VB using Type structures and Declare statements to test the dll in VB but it turned into quite a long process and I didn't finish it. I will post the untested dll on my site with some other uploads, tomorrow, I'll post here when the upload is available. I'm not sure how the op was planning on exposing libpng to VB, there are 2 ways to do this: The "old" way: Use Type structures and Declare statements in a .mod file pros: (1) does not require a registered GUID cons: (1) limited to the VB type definitions (i.e. cannot use typedefs to simplify type definitions) The "new" way Compile the interface into a type library using ODL/IDL pros: (1) closer to the original C code in that typedefs are allowed, this can be a _big_ advantage for maintanence. (2) VB help strings included cons: (1) requires a GUID I'm sure there are more pros and cons in either case. While, from a programmers perspective I like the IDL approach because it offers more flexibility, the GUID thing is a bit of a problem because, if 500 people write a type library for libpng there will be, potentially, 500 registered interfaces to libpng on the users computer. If the op was willing to maintain the IDL file it might be good idea to sanction the op's GUID as being the supported IDL GUID for libpng. John -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Mar 11 04:07:19 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id EAA11742 for ; Mon, 11 Mar 2002 04:07:19 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2BA7Im29009 for ; Mon, 11 Mar 2002 04:07:18 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2BA7HT27071 for ; Mon, 11 Mar 2002 04:07:18 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2BA71I28919; Mon, 11 Mar 2002 04:07:01 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2BA6xt28915 for ; Mon, 11 Mar 2002 04:07:00 -0600 (CST) Received: from fastmail.fm (64-39-0-241.dhcp.hq.rackspace.com [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id D26F2394105 for ; Mon, 11 Mar 2002 04:06:56 -0600 (CST) Received: by fastmail.fm (Postfix, from userid 99) id 902E139410A; Mon, 11 Mar 2002 04:06:56 -0600 (CST) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 2.117 (F2.6; T0.14; A1.42; B2.12; Q2.03) Date: Mon, 11 Mar 2002 10:06:56 +0000 From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1015841216 X-Sasl-enc: DL+CCZFMJrjoZQb7YEyKqw Subject: [png-implement] "libpng error: Read Error" - req. for help on i/o Message-Id: <20020311100656.902E139410A@fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Hello Kind Readers, As readers may know (my other recent msgs) I am working on a dev platform on Windows, MinGW. I am trying to extend an application which uses libpng. I wish to make it possible to allow 'filter-mode' operation where input is a handle to a redirected stdin stream (like piped input) instead of a disk filehandle. The app currently works fine with a disk file name as an argument to create input. I've fdopen()'ed the filehandle in binary mode ("rb") and checked all return values in what I believe to be the usual manner. Here's my code in part: ================== if( (fp = fdopen( fileno(stdin), "rb" )) < 0 ) { perror("\ni/o error, can't open stdin stream"); return 0; } ================== I get an error which I have traced to {pngrio.c}: libpng error: Read Error The relevent section in function {png_default_read_data()} looks like this (some omitted for clarity): ================== png_default_read_data(png_structp png_ptr, png_bytep data, png_size_t length) { png_size_t check; /* fread() returns 0 on error, so it is OK to store this in a png_size_t * instead of an int, which is what fread() actually returns. */ check = (png_size_t)fread(data, (png_size_t)1, length, (png_FILE_p)png_ptr->io_ptr); if (check != length) png_error(png_ptr, "Read Error"); } ================== Digging deeper, I find that var check==5 and var length==8. So they are indeed not equal. Can anyone please offer me any clues as to what might be the cause of this failure? THANKS very much. Soren Andersen -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Mar 11 06:22:34 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id GAA12843 for ; Mon, 11 Mar 2002 06:22:34 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2BCMXm03919 for ; Mon, 11 Mar 2002 06:22:33 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2BCMXT01210 for ; Mon, 11 Mar 2002 06:22:33 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2BCMIX29956; Mon, 11 Mar 2002 06:22:18 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2BCMHt29952 for ; Mon, 11 Mar 2002 06:22:17 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout04.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GST005W86D7NS@mtaout04.icomcast.net> for png-implement@ccrc.wustl.edu; Mon, 11 Mar 2002 07:22:20 -0500 (EST) Date: Mon, 11 Mar 2002 07:18:25 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] "libpng error: Read Error" - req. for help on i/o In-reply-to: <20020311100656.902E139410A@fastmail.fm> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Cc: PNG-Implement Message-id: <3.0.6.32.20020311071825.00e4d220@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 10:06 AM 3/11/02 +0000, Soren Andersen wrote: >I am trying to extend an application which uses libpng. I wish to make >it possible to allow 'filter-mode' operation where input is a handle to >a redirected stdin stream (like piped input) >================== >I get an error which I have traced to {pngrio.c}: >libpng error: Read Error >The relevent section in function {png_default_read_data()} looks like >this You shouldn't be even using png_default_read_data(). If you want to do something different from what it does, you need to write png_sorens_read_data() and use the appropriate parameter of png_create... to point to it. Glenn Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Mar 11 06:31:35 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id GAA12911 for ; Mon, 11 Mar 2002 06:31:35 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2BCVYm04254 for ; Mon, 11 Mar 2002 06:31:34 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2BCVXT01476 for ; Mon, 11 Mar 2002 06:31:33 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2BCVPg00039; Mon, 11 Mar 2002 06:31:25 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2BCVOt00035 for ; Mon, 11 Mar 2002 06:31:24 -0600 (CST) Received: from fwd02.sul.t-online.de by mailout03.sul.t-online.com with smtp id 16kOxY-0003i1-0B; Mon, 11 Mar 2002 13:31:24 +0100 Received: from p3E9E1654.dip.t-dialin.net (027122869-0001@[62.158.22.84]) by fwd02.sul.t-online.com with smtp id 16kOxL-0PmkLYC; Mon, 11 Mar 2002 13:31:11 +0100 Date: 11 Mar 2002 13:25:16 +0100 From: Andreas_Kleinert@t-online.de (Andreas R. Kleinert) Subject: Re: [png-implement] "libpng error: Read Error" - req. for help on i/o To: "Soren Andersen" In-Reply-To: <20020311100656.902E139410A@fastmail.fm> Message-ID: <1200.835T812T8053438info@ar-kleinert.de> MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Mailer: THOR 2.6a (Amiga;TCP/IP) X-Sender: 027122869-0001@t-dialin.net Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu > if( (fp = fdopen( fileno(stdin), "rb" )) < 0 ) { > perror("\ni/o error, can't open stdin stream"); > return 0; > } I've found it comfortable to assume stdin being binary - except for certain platforms, like Cygwin, and then using _setmode() with O_BINARY on it. I could imagine problems, if two FILE descriptors are using the same level 1 I/O handle. For example: If stdin has an associated buffer of 256 bytes, it may already have been filled at the time you attach the 2nd FILE. In this case, the 2nd "reader" won't see these, and vice versa (when the next 256 bytes are read) due to the file position being modified... >Digging deeper, I find that var check==5 and var length==8. So they are >indeed not equal. >Can anyone please offer me any clues as to what might be the cause of >this failure? Make sure the "pipe" actually has been filled yet and the file position of fileno(stdin) is actually not beyond the point you want it to be, yet. -- Andreas_Kleinert@t-online.de | http://www.ar-kleinert.de | Freelance Consultant & Writer | Software Engineering | *** PerSuaSiVe SoftWorX *** | x86 Win/Linux, 68k/PPC Amiga and more | -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Mar 11 13:55:10 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA17796 for ; Mon, 11 Mar 2002 13:55:10 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2BJt9m24512 for ; Mon, 11 Mar 2002 13:55:09 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2BJstT27825 for ; Mon, 11 Mar 2002 13:54:55 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2BJq3s07873; Mon, 11 Mar 2002 13:52:03 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2BJq2t07869 for ; Mon, 11 Mar 2002 13:52:02 -0600 (CST) Received: from fastmail.fm (64-39-0-241.dhcp.hq.rackspace.com [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 575DF394099 for ; Mon, 11 Mar 2002 13:52:02 -0600 (CST) Received: by fastmail.fm (Postfix, from userid 99) id 3DB53394078; Mon, 11 Mar 2002 13:52:02 -0600 (CST) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 2.117 (F2.6; T0.14; A1.42; B2.12; Q2.03) Date: Mon, 11 Mar 2002 19:52:02 +0000 From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1015876322 X-Sasl-enc: ctGwjReazgEPlwsMW5WDXg Subject: Re: [png-implement] "libpng error: Read Error" - req. for help on i/o Message-Id: <20020311195202.3DB53394078@fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Mon, 11 Mar 2002 07:18:25 -0500, "Glenn Randers-Pehrson" said: > At 10:06 AM 3/11/02 +0000, Soren Andersen wrote: > >I am trying to extend an application which uses libpng. I wish to make > >it possible to allow 'filter-mode' operation where input is a handle to > >a redirected stdin stream (like piped input) > >================== > >I get an error which I have traced to {pngrio.c}: > >libpng error: Read Error > >The relevent section in function {png_default_read_data()} looks like > >this > > You shouldn't be even using png_default_read_data(). If you want to > do something different from what it does, you need to write > png_sorens_read_data() and use the appropriate parameter of > png_create... to point to it. Yeah, I checked that out -- I read about it in the guide to libpng and in the commented sources we're discussing. My dilemma from my perspective is that "I" am not using png_default_read_data(), the application is doing so indirectly apparently, and I didn't write the app and have no reason to believe it shouldn't be doing so. And if I don't understand for starters why it shouldn't be doing so, then I don't see much hope that I can get a custom png_soren_read_data() function right. Just in case it might help clarify the nature of my challenge and my possible miscomprehensions, I paste here the sequence of operations that take place in the source code I am working with, that lead up to the error. =============== png_ptr = png_create_read_struct(PNG_LIBPNG_VER_STRING, NULL, NULL, NULL); if(png_ptr == NULL) { fprintf(stderr, "Error creating read_struct\n"); fclose(fp); return 0; } info_ptr = png_create_info_struct(png_ptr); if (info_ptr == NULL) { fclose(fp); png_destroy_read_struct(&png_ptr, (png_infopp)NULL, (png_infopp)NULL); return 0; } if (setjmp(png_ptr->jmpbuf)) { png_destroy_read_struct(&png_ptr, &info_ptr, (png_infopp)NULL); fclose(fp); printf("Error reading file\n"); return 0; } png_init_io(png_ptr, fp); png_read_info(png_ptr, info_ptr); // blah, blah =============== Based on what I've seen so far this is all very plain-vanilla libpng-API style. The oa (original author) first creates a png read_struct and then a png info_struct. If there's no memory allocation troubles the next step is taken and its the step I don't understand: I cannot get my mind around what the setjmp() stuff does (except that vaguely I infer it checks to see if there's been some error and has libpng handle it if so -- it's all very internal to libpng and very mysterious to me). IMPORTANTLY that setjmp() happens *before* any function call that looks like *reading* _anything_ -- i.e., before png_init_io() or png_read_info(). This is why I am again begging for help, because I don't understand this part of starting a read on a filehandle as its being done in the examples I am studying... for instance this is what pngtest does: =============== #ifdef PNG_SETJMP_SUPPORTED png_debug(0, "Setting jmpbuf for read struct\n"); #ifdef USE_FAR_KEYWORD if (setjmp(jmpbuf)) #else if (setjmp(png_jmpbuf(read_ptr))) #endif { fprintf(STDERR, "%s -> %s: libpng read error\n", inname, outname); png_destroy_read_struct(&read_ptr, &read_info_ptr, &end_info_ptr); #ifdef PNG_WRITE_SUPPORTED png_destroy_info_struct(write_ptr, &write_end_info_ptr); png_destroy_write_struct(&write_ptr, &write_info_ptr); #endif FCLOSE(fpin); FCLOSE(fpout); return (1); } =============== To be clear, I need to mention that I would have said, if I was trying to do something that wasn't standard, like using PNG_NO_STDIO. I am not (just bec I mentioned this work is being done on MinGW doesn't mean its not a console application --it is totally a very basic console app that should build on any UNIX as well as on Win32). What I am trying to do seems to me very very basic and standard, not a special, advanced, variant usage of libpng like on a GUI or a WinCE or anything else. Because i might not post a reply to Andreas' points very soon and he was kind enough to respond as well, I want to try to include a brief reply to him here too. Sorry for combining in this potentially confusing way. So, Andreas: I do not indeed use setmode() or _setmode() and the reason is that what little grasp I have of all this tells me i should not mix the two systems of reading files, the ANSI standard buffered IO and the UNIX unbuffered IO systems, and my recollection is that the setmode is from the latter. AFAICT, using the "rb" in the call to (re)-open stdin (using ANSI fdopen()) should take care of the mode. *I totally could be ignorant and wrong* about this. I am looking at the mode on the filehandle being passed in to libpng being textmode instead of binary as the prime candidate for the source of the trouble, for sure. I just don't right now know how to do something different to set it. I'll be working on it and thanks for your suggestions! Thanks for all the help, Soren Andersen -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Mar 11 14:24:56 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id OAA18093 for ; Mon, 11 Mar 2002 14:24:56 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2BKOtm28194 for ; Mon, 11 Mar 2002 14:24:55 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2BKOtT29605 for ; Mon, 11 Mar 2002 14:24:55 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2BKOe908537; Mon, 11 Mar 2002 14:24:40 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2BKOdt08533 for ; Mon, 11 Mar 2002 14:24:39 -0600 (CST) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout02.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with ESMTPA id <0GST00J1LSP9MT@mtaout02.icomcast.net> for png-implement@ccrc.wustl.edu; Mon, 11 Mar 2002 15:24:45 -0500 (EST) Date: Mon, 11 Mar 2002 15:24:44 -0500 From: "Glenn Randers-Pehrson " Subject: Re: [png-implement] "libpng error: Read Error" - req. for help on i/o To: png-implement@ccrc.wustl.edu Message-id: <3C8D128C.215B72A1@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <20020311195202.3DB53394078@fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Soren Andersen wrote: > Just in case it might help clarify the nature of my challenge and my > possible miscomprehensions, I paste here the sequence of operations > that take place in the source code I am working with, that lead up to > the error. > > =============== > png_ptr = png_create_read_struct(PNG_LIBPNG_VER_STRING, > NULL, NULL, NULL); > > if(png_ptr == NULL) { > fprintf(stderr, "Error creating read_struct\n"); > fclose(fp); > return 0; > } > > info_ptr = png_create_info_struct(png_ptr); > if (info_ptr == NULL) { > fclose(fp); > png_destroy_read_struct(&png_ptr, (png_infopp)NULL, (png_infopp)NULL); > return 0; > } > > if (setjmp(png_ptr->jmpbuf)) { > png_destroy_read_struct(&png_ptr, &info_ptr, (png_infopp)NULL); > fclose(fp); > printf("Error reading file\n"); > return 0; > } > > png_init_io(png_ptr, fp); > > png_read_info(png_ptr, info_ptr); > // blah, blah > =============== > > its the step I don't understand: I > cannot get my mind around what the setjmp() stuff does (except that > vaguely I infer it checks to see if there's been some error and has > libpng handle it if so -- it's all very internal to libpng and very > mysterious to me). You can analyze the program as though the setjmp does nothing. The code inside the { ... } doesn't get executed right away. What happens is that setjmp creates a "jump target" which gets used later on if you happen to run png_error().; then png_error will cause a jump back to the target, and the { ... } code will then run, to do some cleanup and exit the program. But just view it as some boilerplate that you need to include. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Mar 11 14:32:13 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id OAA18166 for ; Mon, 11 Mar 2002 14:32:13 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2BKWBm29071 for ; Mon, 11 Mar 2002 14:32:11 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2BKWBT00027 for ; Mon, 11 Mar 2002 14:32:11 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2BKW2l08734; Mon, 11 Mar 2002 14:32:02 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from priv-edtnes15-hme0.telusplanet.net (defout.telus.net [199.185.220.240]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2BKW1t08730 for ; Mon, 11 Mar 2002 14:32:01 -0600 (CST) Received: from john ([142.173.96.48]) by priv-edtnes15-hme0.telusplanet.net (InterMail vM.5.01.04.01 201-253-122-122-101-20011014) with SMTP id <20020311203207.RWLW3322.priv-edtnes15-hme0.telusplanet.net@john> for ; Mon, 11 Mar 2002 13:32:07 -0700 Message-ID: <007601c1c93b$c2158c10$3060ad8e@john> From: "John" To: References: <20020311195202.3DB53394078@fastmail.fm> Subject: Re: [png-implement] "libpng error: Read Error" - req. for help on i/o Date: Mon, 11 Mar 2002 12:31:43 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu ----- Original Message ----- From: "Soren Andersen" To: "PNG-Implement" Sent: Monday, March 11, 2002 11:52 AM Subject: Re: [png-implement] "libpng error: Read Error" - req. for help on i/o > I > cannot get my mind around what the setjmp() stuff does setjmp(), longjmp() is part the C runtime library. It's a mechanism used to simulate throwing exceptions in C. Take a look at the your C documentation, it will explain it better then I could, essentially, it's sort of like registering a callback to libpng that libpng will call if it encounters an error. Strictly speaking it's not a callback because it's not a function address, it's a "pure" address, but it might help visualizing it if you think of it as a callback. >IMPORTANTLY that setjmp() happens *before* any >function call that looks like *reading* _anything_ It doesn't matter where in the function you define the setjmp() block, it's an address that libpng will jump to using longjmp() if it encounters an error. Your setjmp() block will only get processed if libpng calls longjmp(). You can think of it as a catch block in C++ exception handling. If you are more of C++ programmer and are more comfortable using the try, catch mecanism in C++ you can uses the cexcept.h macros and wrap your code in Try, Catch blocks (note that the case is important, i.e. Try, not try). John -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Mar 11 14:41:03 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id OAA18260 for ; Mon, 11 Mar 2002 14:41:02 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2BKf1m00192 for ; Mon, 11 Mar 2002 14:41:01 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2BKf1T00576 for ; Mon, 11 Mar 2002 14:41:01 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2BKeYn08918; Mon, 11 Mar 2002 14:40:34 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from web13907.mail.yahoo.com (web13907.mail.yahoo.com [216.136.175.70]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2BKeYt08911 for ; Mon, 11 Mar 2002 14:40:34 -0600 (CST) Message-ID: <20020311204036.30238.qmail@web13907.mail.yahoo.com> Received: from [159.62.105.79] by web13907.mail.yahoo.com via HTTP; Mon, 11 Mar 2002 12:40:36 PST Date: Mon, 11 Mar 2002 12:40:36 -0800 (PST) From: Rich Franzen Subject: [png-implement] radical KISS To: png-implement@ccrc.wustl.edu In-Reply-To: <3.0.3.32.20020308111758.01b2da34@mail.ecliptic.biz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu KISS is like the weather. Everyone talks about it, but no one does anything about it. :) Here is a radical KISS proposal for libpng. Eliminate the shared library and dll forms altogether. Build only the static "libpng.a". We could keep deprecated builds of the .so's and .dll's within the makefiles, but comment them out. "Use at your own risk & with your own maintenance dollars." What are we talking about for libpng memory overhead? 150k to 200k depending on platform? How many PNG apps do people (even power-users) have running at one time? And out of those, how many different versions of the .so or .dll were forced to load in anyway? Here are some Devil's Advocate questions and responses. New apps don't automatically take advantage of fixes and optimizations? Many of them are locking on to a specific .so version anyway, or they provide their own dll in the appication's directory. With a static library, the application will always work as well as it did on the day it was released. The promise was that shared libraries would let apps improve as their libraries improved. This promise has proven itself not only a chimera, but the very opposite of reality. Backwards compatibility issues with old app. makefiles? Possibly, but we have those anyway. App-writers b*tch because we made their application "huge"? ("My program grew from 800k to almost 1Meg!") Explain that we significantly reduced their maintenance headaches. And tell them that actual memory usage has not increased to any significant degree. msWindows app-writers b*tch because they never used a static library before? ("What's a '.a'?") Let them learn something new (ok, old). Then repeat to them what we tell the other app-writers. KISS equals static libraries. It is a tribute to pnglib's success that so many apps depend on it. Time has led to complexity, and now complexity is breeding complexity. Let us reduce the maintenance overhead for app-writers, compendors, and ourselves (most especially our Glenn). -- Rich (dons fireproof armor ;) --- http://rocq.home.att.net __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Mar 11 15:27:13 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id PAA18778 for ; Mon, 11 Mar 2002 15:27:13 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2BLRBm05946 for ; Mon, 11 Mar 2002 15:27:12 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2BLRBT03538 for ; Mon, 11 Mar 2002 15:27:11 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2BLQsI09949; Mon, 11 Mar 2002 15:26:54 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2BLQrt09934 for ; Mon, 11 Mar 2002 15:26:53 -0600 (CST) Received: (qmail 18945 invoked from network); 11 Mar 2002 21:26:54 -0000 Received: from tempest.sonic.net (208.201.224.25) by a.smtp-out.sonic.net with SMTP; 11 Mar 2002 21:26:54 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by tempest.sonic.net (8.11.6/8.8.5) with ESMTP id g2BLQr322941; Mon, 11 Mar 2002 13:26:53 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g2BLQrAa026672; Mon, 11 Mar 2002 13:26:53 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g2BLQniv026666; Mon, 11 Mar 2002 13:26:49 -0800 Date: Mon, 11 Mar 2002 13:26:49 -0800 Message-Id: <200203112126.g2BLQniv026666@newbolt.sonic.net> From: Greg Roelofs To: info-zip@sonic.net, info-zip-announce@lists.wku.edu, mng-list@ccrc.wustl.edu, png-announce@ccrc.wustl.edu, png-implement@ccrc.wustl.edu, png-list@ccrc.wustl.edu Subject: [png-implement] zlib vulnerability: upgrade to 1.1.4 Cc: zip-bugs@lists.wku.edu Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Folks, The CERT release isn't yet out (as I write this), but news.com just published an article (not entirely accurate), and as a consequence, zlib.org has gone public as well: http://news.com.com/2102-1001-857008.html http://www.zlib.org/ Basically, there's a double-free bug in zlib, and a carefully crafted (bogus) inflate stream could corrupt the host application's memory management and conceivably execute arbitrary code. There are no known exploits for this so far, but there have been cases of attacks being attempted. Given the pervasiveness of zlib in software, this should be considered a fairly serious vulnerability. So grab zlib 1.1.4 and start compiling, eh? Note that gzip and Zip are not vulnerable, and only custom versions of UnZip (compiled with USE_ZLIB) should be. Oops, the CERT advisory just went out. It doesn't seem to be on their (very slow) web site yet, however. -- Greg Roelofs newt@pobox.com http://pobox.com/~newt/ Newtware, PNG Group, Info-ZIP, AlphaWorld Map, Philips Semiconductors, ... -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Mar 11 16:56:28 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id QAA19823 for ; Mon, 11 Mar 2002 16:56:28 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2BMuRm16273 for ; Mon, 11 Mar 2002 16:56:27 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2BMuQT08744 for ; Mon, 11 Mar 2002 16:56:27 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2BMsah12092; Mon, 11 Mar 2002 16:54:36 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2BMsZt12087 for ; Mon, 11 Mar 2002 16:54:35 -0600 (CST) Received: from fastmail.fm (64-39-0-241.dhcp.hq.rackspace.com [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 021B9394069 for ; Mon, 11 Mar 2002 16:54:36 -0600 (CST) Received: by fastmail.fm (Postfix, from userid 99) id 67B8A3940E7; Mon, 11 Mar 2002 16:54:35 -0600 (CST) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 2.117 (F2.6; T0.14; A1.42; B2.12; Q2.03) Date: Mon, 11 Mar 2002 22:54:35 +0000 From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1015887276 X-Sasl-enc: ZVgFS19pSkGm84+UBfb8fg Subject: Re: [png-implement] "libpng error: Read Error" - req. for help on i/o Message-Id: <20020311225435.67B8A3940E7@fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Mon, 11 Mar 2002 12:31:43 -0800, "John" said: > setjmp(), longjmp() is part the C runtime library. It's a mechanism > used to simulate throwing exceptions in C. Yes. Thanks for the expanded confirmation. I'd run across a hint to this in my reading, but the kind of hint that leaves you feeling unsatisfied a few minutes later, like the cliche about Chinese food. > If you are more of C++ programmer and are more comfortable using the > try, catch mecanism in C++ you can uses the cexcept.h macros and > wrap your code in Try, Catch blocks (note that the case is > important, i.e. Try, not try). I've never coded in C++. I bought a book once and tried to read it. I have some grasp of the lingo but no facility in C++ whatsoever. I am studiously avoiding having to think about C++ for the time being ;-). Thanks, though. I do have enough background that your explanation about exception handling makes sense. I love explanations :-). Regards, Soren Andersen -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Mar 11 17:00:43 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id RAA19944 for ; Mon, 11 Mar 2002 17:00:43 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2BN0gm16766 for ; Mon, 11 Mar 2002 17:00:42 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2BN0gT08982 for ; Mon, 11 Mar 2002 17:00:42 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2BN0X212213; Mon, 11 Mar 2002 17:00:33 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2BN0Wt12209 for ; Mon, 11 Mar 2002 17:00:32 -0600 (CST) Received: from fastmail.fm (64-39-0-241.dhcp.hq.rackspace.com [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id E6ED1394101 for ; Mon, 11 Mar 2002 17:00:32 -0600 (CST) Received: by fastmail.fm (Postfix, from userid 99) id C098539410D; Mon, 11 Mar 2002 17:00:32 -0600 (CST) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 2.117 (F2.6; T0.14; A1.42; B2.12; Q2.03) Date: Mon, 11 Mar 2002 23:00:32 +0000 From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1015887632 X-Sasl-enc: +fWGQ7FL4qDl8PKYpv9X1w Subject: Re: [png-implement] "libpng error: Read Error" - req. for help on i/o Message-Id: <20020311230032.C098539410D@fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On 11 Mar 2002 13:25:16 +0100, "Andreas R. Kleinert" said: > > if( (fp = fdopen( fileno(stdin), "rb" )) < 0 ) { > > perror("\ni/o error, can't open stdin stream"); > > return 0; > > } > > I've found it comfortable to assume stdin being > binary - except for certain platforms, like Cygwin, > and then using _setmode() with O_BINARY on it. You are right. As far as point 1 here, I appreciate greatly the point in the right direction. Things are not solved but I've created some diagnostic messages that check the ret val from using setmode() and sure enough, stdin *was* in text mode (0x4000) after calling fdopen( [...], "rb"), not binmode (0x8000). But still it is not working; but neither is the old previously-unbroken invocation using the two-argument format (infile outfile). So I've messed up something else and will just hope to find the time tonight to fix it ;-(. Soren -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 12 03:43:13 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id DAA25555 for ; Tue, 12 Mar 2002 03:43:08 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2C9h7m20010 for ; Tue, 12 Mar 2002 03:43:07 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2C9h7T02301 for ; Tue, 12 Mar 2002 03:43:07 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2C9gMZ20604; Tue, 12 Mar 2002 03:42:22 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2C9gLt20600 for ; Tue, 12 Mar 2002 03:42:21 -0600 (CST) Received: from fwd09.sul.t-online.de by mailout08.sul.t-online.com with smtp id 16kinU-0006Zy-08; Tue, 12 Mar 2002 10:42:20 +0100 Received: from p3E9E16CF.dip.t-dialin.net (027122869-0001@[62.158.22.207]) by fwd09.sul.t-online.com with smtp id 16kinJ-07n8vgC; Tue, 12 Mar 2002 10:42:09 +0100 Date: 12 Mar 2002 10:36:19 +0100 From: Andreas_Kleinert@t-online.de (Andreas R. Kleinert) Subject: Re: [png-implement] "libpng error: Read Error" - req. for help on i/o To: "Soren Andersen" In-Reply-To: <20020311225435.67B8A3940E7@fastmail.fm> Message-ID: <961.836T974T6363668info@ar-kleinert.de> MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Mailer: THOR 2.6a (Amiga;TCP/IP) X-Sender: 027122869-0001@t-dialin.net Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu >I've never coded in C++. I bought a book once and tried to read it. I >have some grasp of the lingo but no facility in C++ whatsoever. I am >studiously avoiding having to think about C++ for the time being ;-). >Thanks, though. I do have enough background that your explanation about >exception handling makes sense. I love explanations :-). Just yesterday someone made the following comment: "C++: an octopus made by nailing extra legs onto a dog" Well, that says it all. If two different people speak of C++ they could mean totally different things, depending on personal coding style and/or the actual percentage of OO being applied. But for a Java programmer it might at least show some familar concepts (or vice versa ;) -- Andreas_Kleinert@t-online.de | http://www.ar-kleinert.de | Freelance Consultant & Writer | Software Engineering | *** PerSuaSiVe SoftWorX *** | x86 Win/Linux, 68k/PPC Amiga and more | -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 12 09:41:24 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id JAA28604 for ; Tue, 12 Mar 2002 09:41:24 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2CFfMm15429 for ; Tue, 12 Mar 2002 09:41:22 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2CFfLT17838 for ; Tue, 12 Mar 2002 09:41:21 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2CFeg424231; Tue, 12 Mar 2002 09:40:42 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from mail.eyup.org (mail.eyup.org [212.69.253.65]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2CFeet24227 for ; Tue, 12 Mar 2002 09:40:40 -0600 (CST) Received: from tp600.eyup.org by mail.eyup.org (IBM OS/2 SENDMAIL VERSION 2.03/2.0) id PAA267.23; Tue, 12 Mar 2002 15:40:39 GMT Received: by tp600.eyup.org (IBM OS/2 SENDMAIL VERSION 2.03/2.0) id OAA515.98; Tue, 12 Mar 2002 14:23:00 GMT Date: Tue, 12 Mar 2002 14:23:00 +0000 From: John Poltorak To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] zlib vulnerability: upgrade to 1.1.4 Message-ID: <20020312142300.L92@eyup.org> References: <200203112126.g2BLQniv026666@newbolt.sonic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.15i In-Reply-To: <200203112126.g2BLQniv026666@newbolt.sonic.net>; from Greg Roelofs on Mon, Mar 11, 2002 at 01:26:49PM -0800 X-Operating-System: OS/2 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Mon, Mar 11, 2002 at 01:26:49PM -0800, Greg Roelofs wrote: > Basically, there's a double-free bug in zlib, and a carefully crafted > (bogus) inflate stream could corrupt the host application's memory > management and conceivably execute arbitrary code. There are no known > exploits for this so far, but there have been cases of attacks being > attempted. Given the pervasiveness of zlib in software, this should > be considered a fairly serious vulnerability. > > So grab zlib 1.1.4 and start compiling, eh? Note that gzip and Zip > are not vulnerable, and only custom versions of UnZip (compiled with > USE_ZLIB) should be. Is there a sample file available which illustrates the bug in 1.1.3? I've just compiled 1.1.4 on OS/2 and would like to see that it does fix it. > -- > Greg Roelofs newt@pobox.com http://pobox.com/~newt/ > Newtware, PNG Group, Info-ZIP, AlphaWorld Map, Philips Semiconductors, ... -- John -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 12 10:06:39 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA28934 for ; Tue, 12 Mar 2002 10:06:39 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2CG6cm18724 for ; Tue, 12 Mar 2002 10:06:38 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2CG6cT19507 for ; Tue, 12 Mar 2002 10:06:38 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2CG6Qa24777; Tue, 12 Mar 2002 10:06:26 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2CG6Ot24773 for ; Tue, 12 Mar 2002 10:06:25 -0600 (CST) Received: (qmail 4057 invoked from network); 12 Mar 2002 16:04:47 -0000 Received: from tempest.sonic.net (208.201.224.25) by b.smtp-out.sonic.net with SMTP; 12 Mar 2002 16:04:47 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by tempest.sonic.net (8.11.6/8.8.5) with ESMTP id g2CG6SJ20637; Tue, 12 Mar 2002 08:06:28 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g2CG6SAa005696; Tue, 12 Mar 2002 08:06:28 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g2CG6Srd005695; Tue, 12 Mar 2002 08:06:28 -0800 Date: Tue, 12 Mar 2002 08:06:28 -0800 Message-Id: <200203121606.g2CG6Srd005695@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] zlib vulnerability: upgrade to 1.1.4 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu John Poltorak wrote: > Is there a sample file available which illustrates the bug in 1.1.3? There is, but it has not been made publicly available as far as I know. > I've just compiled 1.1.4 on OS/2 and would like to see that it does fix > it. I trust Mark. :-) But yes, it would be nice to be able to check such things directly. Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 12 10:24:34 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA29145 for ; Tue, 12 Mar 2002 10:24:34 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2CGOXm21004 for ; Tue, 12 Mar 2002 10:24:33 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2CGOXT20669 for ; Tue, 12 Mar 2002 10:24:33 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2CGOLO25153; Tue, 12 Mar 2002 10:24:21 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from mail.eyup.org (mail.eyup.org [212.69.253.65]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2CGOKt25149 for ; Tue, 12 Mar 2002 10:24:20 -0600 (CST) Received: from tp600.eyup.org by mail.eyup.org (IBM OS/2 SENDMAIL VERSION 2.03/2.0) id QAA269.31; Tue, 12 Mar 2002 16:24:24 GMT Received: by tp600.eyup.org (IBM OS/2 SENDMAIL VERSION 2.03/2.0) id QAA517.50; Tue, 12 Mar 2002 16:24:12 GMT Date: Tue, 12 Mar 2002 16:24:11 +0000 From: John Poltorak To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] zlib vulnerability: upgrade to 1.1.4 Message-ID: <20020312162411.N92@eyup.org> References: <200203121606.g2CG6Srd005695@newbolt.sonic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.15i In-Reply-To: <200203121606.g2CG6Srd005695@newbolt.sonic.net>; from Greg Roelofs on Tue, Mar 12, 2002 at 08:06:28AM -0800 X-Operating-System: OS/2 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Tue, Mar 12, 2002 at 08:06:28AM -0800, Greg Roelofs wrote: > John Poltorak wrote: > > > Is there a sample file available which illustrates the bug in 1.1.3? > > There is, but it has not been made publicly available as far as I know. > > > I've just compiled 1.1.4 on OS/2 and would like to see that it does fix > > it. > > I trust Mark. :-) But yes, it would be nice to be able to check such > things directly. I would trust Mark's OS/2 release too, if there was one, but since I don't expect there is one, it seems rather imprudent of me to release something which is untested. > Greg > > -- > Send the message body "help" to png-implement-request@ccrc.wustl.edu -- John -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 12 12:56:13 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id MAA00766 for ; Tue, 12 Mar 2002 12:56:13 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2CIuCm08430 for ; Tue, 12 Mar 2002 12:56:12 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2CIuCT01081 for ; Tue, 12 Mar 2002 12:56:12 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2CItpa27897; Tue, 12 Mar 2002 12:55:51 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2CItnt27893 for ; Tue, 12 Mar 2002 12:55:50 -0600 (CST) Received: from fastmail.fm (64-39-0-241.dhcp.hq.rackspace.com [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 5906939411C for ; Tue, 12 Mar 2002 12:55:48 -0600 (CST) Received: by fastmail.fm (Postfix, from userid 99) id 0A6B93940FE; Tue, 12 Mar 2002 12:55:46 -0600 (CST) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 2.117 (F2.6; T0.14; A1.42; B2.12; Q2.03) Date: Tue, 12 Mar 2002 18:55:45 +0000 From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1015959348 X-Sasl-enc: dQSWb06kcD1uGkO1588O1A Subject: Gratification!! (was Re: [png-implement] "libpng error: Read Error" - req. for help on i/o) Message-Id: <20020312185546.0A6B93940FE@fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Mon, 11 Mar 2002 23:00:32 +0000, "Soren Andersen" (me myself) said: > But still it is not working; but neither is the old > previously-unbroken invocation using the two-argument format (infile > outfile). So I've messed up something else and will just hope to > find the time tonight to fix it ;-(. > Soren Ahhh! What delicous relief. Sensational, just brilliant! I have got it working. OK, here's what it was, lastly: I had disabled libpng inadvertantly by blatantly ignoring wise advice and temporarily, experimentally adding some "diagnostic supplement code" to {pngrio.c} in libpng. That somehow broke everything. Once I recompiled libpng with virginal pure headers I was good to go. The application now reads a png file on redirected stdin in binary mode and this is a really nice thing, since the application is `pngrewrite' and its functionality is very well suited for use in a pipeline, a la UNI*-style workflows. The only fly in my local ointment is that on MinGW as I am using it, which is in the Cygwin bash shell on Win9x, isatty() does not always return a correct value, blast! I've now seen this trouble in the new "msys" MinGW shell setup (running rxvt(name??) or also in Cygwin bash. In properly setup Cygwin bash not mixing it with MinGW stuff, isatty() works reliably. Just mentioning it for search engine exploitation, in case it might help some other baffled hacker to come across this in the future. I think a little extra conditional Win32 API code might guard against this malfunction. I'll be looking at that. So anyway, now I have a native `pngrewrite' for nicely rearranging things inside palette-based PNG image files, built to Win32, that will read an anonymous pipe (plus some other enhancements). Sweet. Time to write to Jason... THANKS!!! Andreas, Greg, Glenn, et al!!! Soren Andersen P.S. I'll gladly provide this binary for Win32 on request, if anyone would be so kind as to enlist as a 'beta tester' for this little thing. -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 12 15:23:16 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id PAA02583 for ; Tue, 12 Mar 2002 15:23:16 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2CLNFm26716 for ; Tue, 12 Mar 2002 15:23:15 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2CLNET10642 for ; Tue, 12 Mar 2002 15:23:14 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2CLMWI00504; Tue, 12 Mar 2002 15:22:32 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2CLMVt00500 for ; Tue, 12 Mar 2002 15:22:31 -0600 (CST) Received: (qmail 3448 invoked from network); 12 Mar 2002 21:20:54 -0000 Received: from turbo.sonic.net (208.201.224.26) by b.smtp-out.sonic.net with SMTP; 12 Mar 2002 21:20:54 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by turbo.sonic.net (8.11.6/8.8.5) with ESMTP id g2CLMa204873 for ; Tue, 12 Mar 2002 13:22:37 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g2CLMaAa005317 for ; Tue, 12 Mar 2002 13:22:36 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g2CLMa3v005316 for png-implement@ccrc.wustl.edu; Tue, 12 Mar 2002 13:22:36 -0800 Date: Tue, 12 Mar 2002 13:22:36 -0800 Message-Id: <200203122122.g2CLMa3v005316@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] zlib vulnerability: upgrade to 1.1.4 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu > On Tue, Mar 12, 2002 at 08:06:28AM -0800, Greg Roelofs wrote: > > John Poltorak wrote: > > > > > Is there a sample file available which illustrates the bug in 1.1.3? > > There is, but it has not been made publicly available as far as I know. It turns out that it has been: http://bugzilla.gnome.org/show_bug.cgi?id=70594 Here's the link to the PNG image itself: http://bugzilla.gnome.org/showattachment.cgi?attach_id=6607 > > > I've just compiled 1.1.4 on OS/2 and would like to see that it does fix > > > it. > > I trust Mark. :-) But yes, it would be nice to be able to check such > > things directly. > I would trust Mark's OS/2 release too, if there was one, but since I don't > expect there is one, it seems rather imprudent of me to release something > which is untested. I was referring to the source code; he's a very meticulous coder. Compiler bugs are a separate issue, of course--but that's true for any version of zlib or any other code. Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 12 15:53:29 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id PAA02999 for ; Tue, 12 Mar 2002 15:53:29 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2CLrRm00660 for ; Tue, 12 Mar 2002 15:53:28 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2CLrRT12831 for ; Tue, 12 Mar 2002 15:53:27 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2CLrBO01095; Tue, 12 Mar 2002 15:53:11 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from priv-edtnes15-hme0.telusplanet.net (defout.telus.net [199.185.220.240]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2CLr9t01090 for ; Tue, 12 Mar 2002 15:53:10 -0600 (CST) Received: from john ([142.173.96.48]) by priv-edtnes15-hme0.telusplanet.net (InterMail vM.5.01.04.01 201-253-122-122-101-20011014) with SMTP id <20020312215316.MIUS3322.priv-edtnes15-hme0.telusplanet.net@john> for ; Tue, 12 Mar 2002 14:53:16 -0700 Message-ID: <006701c1ca10$41342b30$3060ad8e@john> From: "John" To: References: <200203092235.g29MZarq007528@newbolt.sonic.net> <3.0.6.32.20020309222105.00e54c80@mail.comcast.net> <3.0.6.32.20020310084333.00e4d5b0@mail.comcast.net> <3.0.6.32.20020310174915.00e5b2f0@mail.comcast.net> <003701c1c8a5$15bad790$3060ad8e@john> Subject: Re: [png-implement] Re: LIBPNG.DLL - Use with VB Date: Tue, 12 Mar 2002 13:52:50 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Sorry it took so long, it got bundled into a general update of my site. libpng3.dll v1.2.1 compiled with zlib v1.1.4 and zlib.dll v1.1.4 both compiled for __stdcall on Windows is available on my site: http://www3.telus.net/johnbell the link is at the bottom of the page, please contact me if there any problems, there is a link to my e-mail at the very bottom of the page. Couple notes: it turned out to be a no-brainer after making the changes Glenn help me with. Most notably, I didn't have to change the PNG_EXPORT #define after all, so it was a one-line change for both libpng and zlib. pngconf.h: # if defined(__GNUC__) || (defined (_MSC_VER) && (_MSC_VER >= 800)) # define PNGAPI __stdcall /* changed from __cdecl to support __stdcall */ and zconf.h: # ifdef WIN32 # define ZEXPORTVA WINAPI /* changed from WINAPIV to support __stdcall */ Also, I updated the zlib files with v1.1.4 in my libpng folder, the zlib.h file says it is v1.1.4 but the Win32 version resource information still says it is v1.1.3, so if you right-click in Explorer to check the properties it says 1.1.3 not 1.1.4. I tested the app with the following code in VB: Private Declare Function png_check_sig Lib "libpng3.dll" (ByVal lpBytes As String, ByVal numBytes As Long) As Long Private Sub Form_Load() Dim Header As String Dim num As Long Dim ret num = 8 Header = String$(num, 0) ret = png_check_sig(Header, num) End Sub Not much of a test, but at least it compiled and executed the function. John. -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 12 15:54:09 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id PAA03016 for ; Tue, 12 Mar 2002 15:54:09 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2CLs8m00739 for ; Tue, 12 Mar 2002 15:54:08 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2CLs7T12883 for ; Tue, 12 Mar 2002 15:54:08 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2CLrx201116; Tue, 12 Mar 2002 15:53:59 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from priv-edtnes16-hme0.telusplanet.net (defout.telus.net [199.185.220.240]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2CLrwt01111 for ; Tue, 12 Mar 2002 15:53:58 -0600 (CST) Received: from john ([142.173.96.48]) by priv-edtnes16-hme0.telusplanet.net (InterMail vM.5.01.04.02 201-253-122-122-102-20011128) with SMTP id <20020312215404.LBLN5907.priv-edtnes16-hme0.telusplanet.net@john> for ; Tue, 12 Mar 2002 14:54:04 -0700 Message-ID: <007901c1ca10$5e0e5690$3060ad8e@john> From: "John" To: "PNG Implementation List" References: <961.836T974T6363668info@ar-kleinert.de> Subject: Re: [png-implement] "libpng error: Read Error" - req. for help on i/o Date: Tue, 12 Mar 2002 13:53:38 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu ----- Original Message ----- From: "Andreas R. Kleinert" To: "Soren Andersen" Sent: Tuesday, March 12, 2002 1:36 AM Subject: Re: [png-implement] "libpng error: Read Error" - req. for help on i/o > Just yesterday someone made the following comment: > > "C++: an octopus made by nailing extra legs onto a dog" > Good one, I guess that makes C a dog Some interesting facts about octopi: 1) An octopus has 8 brains 2) The smallest opening an octopus can get through is limited only by the size of it's jaw, which I guess means that it's jaw is bigger than any of it's 8 brains. John :) -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Mar 14 01:15:31 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id BAA23664 for ; Thu, 14 Mar 2002 01:15:30 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2E7FTm03966 for ; Thu, 14 Mar 2002 01:15:29 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2E7FST16879 for ; Thu, 14 Mar 2002 01:15:28 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2E7Dsu20964; Thu, 14 Mar 2002 01:13:54 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.bmi.net (smtp.bmi.net [204.57.191.31]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2E7Drt20960 for ; Thu, 14 Mar 2002 01:13:53 -0600 (CST) Received: from bmi.net (dme-56.bmi.net [206.63.146.56]) by smtp.bmi.net (Pro-8.9.3/Pro-8.9.3) with ESMTP id XAA28865 for ; Wed, 13 Mar 2002 23:13:52 -0800 Message-ID: <3C904DC9.4060609@bmi.net> Date: Wed, 13 Mar 2002 23:14:17 -0800 From: Eric Winger User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.4) Gecko/20010913 X-Accept-Language: en-us MIME-Version: 1.0 To: png-implement@ccrc.wustl.edu Subject: [png-implement] having trouble auto-generating png's Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu I'm trying to build a simple .bmp to .png converter. (Yes I know there are some freely available out there, but my goal is to learn about png's & bmp's). In short the problem I'm having is that I can build a .png file from a .bmp and run my .png through pngcheck which says its ok. But when I try to browse it from Mozilla or any other viewer (I've only tried a few) either it won't display or the viewer wigs out and dies (nice). I've re-reviewed the spec, http://www.w3.org/TR/REC-png.html, and I think I'm doing everything ok, but obviously I'm not. I've got the specification bytes out there, got a IHDR, IPLTE because the bitmap I chose as a start had a palette, an IDAT & IEND chunk.I even remembered to reverse the scanlines because bmp's supposedly reverse the scan lines. My CRC's are right. pngcheck loves it, but my browsers die. Humph. So I guess my question to this group is, where can I go to get some better debugging help? Or what is the prescribed course for debugging a simple png with only required information? thx much for your help, Eric -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Mar 14 06:19:01 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id GAA26203 for ; Thu, 14 Mar 2002 06:19:01 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2ECJ0m21679 for ; Thu, 14 Mar 2002 06:19:00 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2ECJ0T26859 for ; Thu, 14 Mar 2002 06:19:00 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2ECIWp22351; Thu, 14 Mar 2002 06:18:32 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2ECIVt22347 for ; Thu, 14 Mar 2002 06:18:32 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout01.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GSY006CGQ6XDY@mtaout01.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 14 Mar 2002 07:18:34 -0500 (EST) Date: Thu, 14 Mar 2002 07:14:40 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] having trouble auto-generating png's In-reply-to: <3C904DC9.4060609@bmi.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020314071440.00e671a0@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 11:14 PM 3/13/02 -0800, you wrote: uestion to this group is, where can I go to get some >better debugging help? Or what is the prescribed course for debugging a >simple png with only required information? After pngcheck, pngcheck -v, and pngcheck -vv, the next thing I'd try is pngcrush -v. Then od -c but that's not for the faint of heart. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Mar 14 09:31:12 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id JAA28379 for ; Thu, 14 Mar 2002 09:31:12 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2EFVBm12078 for ; Thu, 14 Mar 2002 09:31:11 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2EFVBT07087 for ; Thu, 14 Mar 2002 09:31:11 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2EFUrq23839; Thu, 14 Mar 2002 09:30:53 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from web13901.mail.yahoo.com (web13901.mail.yahoo.com [216.136.175.27]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2EFUqt23835 for ; Thu, 14 Mar 2002 09:30:52 -0600 (CST) Message-ID: <20020314153055.42989.qmail@web13901.mail.yahoo.com> Received: from [159.62.105.79] by web13901.mail.yahoo.com via HTTP; Thu, 14 Mar 2002 07:30:55 PST Date: Thu, 14 Mar 2002 07:30:55 -0800 (PST) From: Rich Franzen Subject: Re: [png-implement] having trouble auto-generating png's To: png-implement@ccrc.wustl.edu In-Reply-To: <3C904DC9.4060609@bmi.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Eric, This is the best place there is to get interactive PNG help. (Greg Roelof's PNG book from O'Rielly is a great help too.) Glenn's response provided some further ways for you to check the image. Should those techniques not work, perhaps you could post one of the problem PNG's somewhere on the internet. Provide the group a URL, and those who wished could look for themselves. E-mail attachments are avoided here (and most lists), but if you can't put one up on the web, a small PNG attachment might be a reasonable way to demonstrate the problem (less than 8 kbytes). -- Rich --- http://rocq.home.att.net --- Eric Winger wrote: > ... > So I guess my question to this group is, where can I go to > get some > better debugging help? Or what is the prescribed course for > debugging a > simple png with only required information? > > thx much for your help, > > Eric __________________________________________________ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/ -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Mar 14 10:22:12 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA28933 for ; Thu, 14 Mar 2002 10:22:11 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2EGMAm19607 for ; Thu, 14 Mar 2002 10:22:10 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2EGMAT10920 for ; Thu, 14 Mar 2002 10:22:10 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2EGBbd24667; Thu, 14 Mar 2002 10:11:37 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from scarypenguin.fubudu.com (dsl-64-130-67-157.telocity.com [64.130.67.157]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2EGBat24662 for ; Thu, 14 Mar 2002 10:11:36 -0600 (CST) Received: (qmail 14379 invoked by uid 1007); 13 Mar 2002 06:38:23 -0000 Date: Tue, 12 Mar 2002 22:38:23 -0800 From: Chris Nokleberg To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] having trouble auto-generating png's Message-ID: <20020312223823.A12852@scarypenguin> References: <3C904DC9.4060609@bmi.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C904DC9.4060609@bmi.net>; from winger@bmi.net on Wed, Mar 13, 2002 at 11:14:17PM -0800 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Wed, Mar 13, 2002 at 11:14:17PM -0800, Eric Winger wrote: > So I guess my question to this group is, where can I go to get some > better debugging help? Or what is the prescribed course for debugging a > simple png with only required information? You could try my PNG Metadata Server: http://sixlegs.com/software/png/meta/ It's designed to report any spec error. Hopefully will catch things like compression errors as well. If your image breaks it, I'd like to know. Chris -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Mar 14 10:33:48 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA29061 for ; Thu, 14 Mar 2002 10:33:48 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2EGXlm21565 for ; Thu, 14 Mar 2002 10:33:47 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2EGXkT11817 for ; Thu, 14 Mar 2002 10:33:47 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2EGXV125252; Thu, 14 Mar 2002 10:33:31 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2EGXTt25248 for ; Thu, 14 Mar 2002 10:33:30 -0600 (CST) Received: (qmail 13274 invoked from network); 14 Mar 2002 16:31:36 -0000 Received: from sub.sonic.net (208.201.224.8) by b.smtp-out.sonic.net with SMTP; 14 Mar 2002 16:31:36 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by sub.sonic.net (8.11.6/8.8.5) with ESMTP id g2EGXSC18910 for ; Thu, 14 Mar 2002 08:33:28 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g2EGXSAa026198 for ; Thu, 14 Mar 2002 08:33:28 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g2EGXSdE026197 for png-implement@ccrc.wustl.edu; Thu, 14 Mar 2002 08:33:28 -0800 Date: Thu, 14 Mar 2002 08:33:28 -0800 Message-Id: <200203141633.g2EGXSdE026197@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] having trouble auto-generating png's Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Eric Winger wrote: > In short the problem I'm having is that I can build a .png file from a > .bmp and run my .png through pngcheck which says its ok. But when I try > to browse it from Mozilla or any other viewer (I've only tried a few) > either it won't display or the viewer wigs out and dies (nice). Note that pngcheck is *not* a comprehensive tester--only something like libpng is (on which pngcrush is based). In particular, pngcheck doesn't even look at the compressed data unless you use the -vv option to print out the row filters. Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Mar 14 13:36:10 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA01777 for ; Thu, 14 Mar 2002 13:36:10 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2EJa8m14733 for ; Thu, 14 Mar 2002 13:36:08 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2EJa7T24199 for ; Thu, 14 Mar 2002 13:36:08 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2EJZd328949; Thu, 14 Mar 2002 13:35:39 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2EJZct28945 for ; Thu, 14 Mar 2002 13:35:38 -0600 (CST) Received: (qmail 32113 invoked from network); 14 Mar 2002 19:33:51 -0000 Received: from sub.sonic.net (208.201.224.8) by b.smtp-out.sonic.net with SMTP; 14 Mar 2002 19:33:51 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by sub.sonic.net (8.11.6/8.8.5) with ESMTP id g2EJZhP25369 for ; Thu, 14 Mar 2002 11:35:43 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g2EJZhAa014890 for ; Thu, 14 Mar 2002 11:35:43 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g2EJZg94014889 for png-implement@ccrc.wustl.edu; Thu, 14 Mar 2002 11:35:42 -0800 Received: from australis.intranet (ns1.electrosilk.net [203.31.40.1]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2EJ99t28327 for ; Thu, 14 Mar 2002 13:09:11 -0600 (CST) Received: from ws8 (ws8.electrosilk.net [203.31.40.8]) by australis.intranet (8.11.2/linuxconf) with SMTP id g2EJ9Cw23959 for ; Fri, 15 Mar 2002 03:09:12 +0800 Message-ID: <000601c1cb8b$b9aeae10$08281fcb@electrosilk.net> From: "Jeremy" To: References: <3C904DC9.4060609@bmi.net> <20020312223823.A12852@scarypenguin> Subject: Re: [png-implement] having trouble auto-generating png's Date: Fri, 15 Mar 2002 03:09:11 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu [non-member submission, at least from this address] Netscape 6 and IE 5.5 chuck on image http://samplesite.electrosilk.net/library-model.png Netscape says it has an application mime-type octet-stream. IE 5.5 wants to download it. The image is from the documentation set of FreeType as downloaded and extracted to disk. If I look at presumably the same image on the freetype site as part of their web page http://freetype.sourceforge.net/freetype2/docs/design/design-4.html It displays O.K. Your application reports an improper signature on my version of the image > You could try my PNG Metadata Server: > http://sixlegs.com/software/png/meta/ > > It's designed to report any spec error. Hopefully will catch things > like compression errors as well. If your image breaks it, I'd like to > know. > -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Mar 14 13:40:50 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA01829 for ; Thu, 14 Mar 2002 13:40:50 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2EJenm15317 for ; Thu, 14 Mar 2002 13:40:49 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2EJemT24539 for ; Thu, 14 Mar 2002 13:40:48 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2EJef529035; Thu, 14 Mar 2002 13:40:41 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2EJeet29031 for ; Thu, 14 Mar 2002 13:40:40 -0600 (CST) Received: (qmail 4523 invoked from network); 14 Mar 2002 19:40:45 -0000 Received: from turbo.sonic.net (208.201.224.26) by a.smtp-out.sonic.net with SMTP; 14 Mar 2002 19:40:45 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by turbo.sonic.net (8.11.6/8.8.5) with ESMTP id g2EJejJ22097; Thu, 14 Mar 2002 11:40:45 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g2EJejAa015399; Thu, 14 Mar 2002 11:40:45 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g2EJejNv015398; Thu, 14 Mar 2002 11:40:45 -0800 Date: Thu, 14 Mar 2002 11:40:45 -0800 Message-Id: <200203141940.g2EJejNv015398@newbolt.sonic.net> From: Greg Roelofs To: jeremy@electrosilk.net, png-implement@ccrc.wustl.edu Subject: Re: [png-implement] having trouble auto-generating png's Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu > Netscape 6 and IE 5.5 chuck on image > http://samplesite.electrosilk.net/library-model.png > Netscape says it has an application mime-type octet-stream. IE 5.5 wants to > download it. That's correct. Your web server is misconfigured. PNG's MIME type is image/png. > The image is from the documentation set of FreeType as downloaded and > extracted to disk. If I look at presumably the same image on the freetype > site as part of their web page > http://freetype.sourceforge.net/freetype2/docs/design/design-4.html It > displays O.K. > Your application reports an improper signature on my version of the image That is also correct. Here's what pngcheck says: pngcheck -vv electrosilk.net-library-model.png File: electrosilk.net-library-model.png (4278 bytes) File is CORRUPTED. It seems to have suffered Unix->DOS conversion. Chunk name 00 0d 49 48 doesn't conform to naming rules. The 8-byte signature is 10 bytes in your copy: 89 50 4e 47 0d 0d 0a 1a 0d 0a The image should be 4264 bytes long, not 4278 bytes. Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Mar 14 14:21:35 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id OAA02266 for ; Thu, 14 Mar 2002 14:21:34 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2EKLXm20309 for ; Thu, 14 Mar 2002 14:21:33 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2EKLWT27254 for ; Thu, 14 Mar 2002 14:21:32 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2EKAxj29568; Thu, 14 Mar 2002 14:10:59 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2EKAwt29564 for ; Thu, 14 Mar 2002 14:10:58 -0600 (CST) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout45-02.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with ESMTPA id <0GSZ00ET1C2FZY@mtaout45-02.icomcast.net> for png-implement@ccrc.wustl.edu; Thu, 14 Mar 2002 15:11:03 -0500 (EST) Date: Thu, 14 Mar 2002 15:11:03 -0500 From: "Glenn Randers-Pehrson " Subject: Re: [png-implement] having trouble auto-generating png's To: png-implement@ccrc.wustl.edu Message-id: <3C9103D6.6B2337F7@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <3C904DC9.4060609@bmi.net> <20020312223823.A12852@scarypenguin> <000601c1cb8b$b9aeae10$08281fcb@electrosilk.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Jeremy wrote: > [non-member submission, at least from this address] > > Netscape 6 and IE 5.5 chuck on image > http://samplesite.electrosilk.net/library-model.png > > Netscape says it has an application mime-type octet-stream. IE 5.5 wants to > download it. > > The image is from the documentation set of FreeType as downloaded and > extracted to disk. If I look at presumably the same image on the freetype > site as part of their web page > http://freetype.sourceforge.net/freetype2/docs/design/design-4.html It > displays O.K. > > Your application reports an improper signature on my version of the image I also get a bad signature (pngcrush says it was ASCII converted) That indicates that you did an ASCII transfer from sourceforge to samplesite, instead of a BINARY transfer. That corrupted the image. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Mar 14 16:39:11 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id QAA03723 for ; Thu, 14 Mar 2002 16:39:11 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2EMdAm07301 for ; Thu, 14 Mar 2002 16:39:10 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2EMdAT06100 for ; Thu, 14 Mar 2002 16:39:10 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2EMcit01996; Thu, 14 Mar 2002 16:38:44 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2EMcit01992 for ; Thu, 14 Mar 2002 16:38:44 -0600 (CST) Received: (qmail 21204 invoked from network); 14 Mar 2002 22:38:49 -0000 Received: from turbo.sonic.net (208.201.224.26) by a.smtp-out.sonic.net with SMTP; 14 Mar 2002 22:38:49 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by turbo.sonic.net (8.11.6/8.8.5) with ESMTP id g2EMcon31950 for ; Thu, 14 Mar 2002 14:38:50 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g2EMcnAa028486 for ; Thu, 14 Mar 2002 14:38:49 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g2EMcnd5028485 for png-implement@ccrc.wustl.edu; Thu, 14 Mar 2002 14:38:49 -0800 Received: from australis.intranet (ns1.electrosilk.net [203.31.40.1]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2ELCdt00563 for ; Thu, 14 Mar 2002 15:12:40 -0600 (CST) Received: from ws8 (ws8.electrosilk.net [203.31.40.8]) by australis.intranet (8.11.2/linuxconf) with SMTP id g2ELChw24389 for ; Fri, 15 Mar 2002 05:12:44 +0800 Message-ID: <000d01c1cb9c$fb3d4d80$08281fcb@electrosilk.net> From: "Jeremy" To: References: <3C904DC9.4060609@bmi.net> <20020312223823.A12852@scarypenguin> <000601c1cb8b$b9aeae10$08281fcb@electrosilk.net> <3C9103D6.6B2337F7@comcast.net> Subject: Re: [png-implement] having trouble auto-generating png's Date: Fri, 15 Mar 2002 05:12:42 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu > > That indicates that you did an ASCII transfer from sourceforge to samplesite, > instead of a BINARY transfer. That corrupted the image. No. It came as a zip file which I unzipped. All text works fine, *most* of the png fail. I guess it is a packaging problem at freetype. I used version ftdoc208.zip from http://sourceforge.net/project/showfiles.php?group_id=3157 I have the same problem with 2.0.4. I use enzip which I find a very good zip/unzip package. BY the way, I use a variety of open source packages and the support on the png list is really top quality. The best in the business. Thanks. Jeremy -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Mar 14 16:44:09 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id QAA03778 for ; Thu, 14 Mar 2002 16:44:09 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2EMi7m07953 for ; Thu, 14 Mar 2002 16:44:07 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2EMi7T06390 for ; Thu, 14 Mar 2002 16:44:07 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2EMhww02084; Thu, 14 Mar 2002 16:43:58 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2EMhvt02077 for ; Thu, 14 Mar 2002 16:43:57 -0600 (CST) Received: (qmail 21649 invoked from network); 14 Mar 2002 22:44:03 -0000 Received: from tempest.sonic.net (208.201.224.25) by a.smtp-out.sonic.net with SMTP; 14 Mar 2002 22:44:03 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by tempest.sonic.net (8.11.6/8.8.5) with ESMTP id g2EMi3K11662 for ; Thu, 14 Mar 2002 14:44:03 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g2EMi3Aa028906 for ; Thu, 14 Mar 2002 14:44:03 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g2EMi3MX028905 for png-implement@ccrc.wustl.edu; Thu, 14 Mar 2002 14:44:03 -0800 Date: Thu, 14 Mar 2002 14:44:03 -0800 Message-Id: <200203142244.g2EMi3MX028905@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] having trouble auto-generating png's Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Jeremy, > No. It came as a zip file which I unzipped. All text works fine, *most* of > the png fail. I guess it is a packaging problem at freetype. > I used version ftdoc208.zip from > http://sourceforge.net/project/showfiles.php?group_id=3157 I have the same > problem with 2.0.4. Yes, I've confirmed this. The size in the zipfile is wrong, even though Zip 2.3 marked it as a binary file. Either the original was transferred incorrectly before zipping, or (more likely) they simply did "zip -l" on everything instead of just on the text files. Highly bogus. But 2.0.9 is fixed, so clearly it's already been reported. -- Greg Roelofs newt@pobox.com http://pobox.com/~newt/ Newtware, PNG Group, Info-ZIP, AlphaWorld Map, Philips Semiconductors, ... -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 15 04:07:00 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id EAA09983 for ; Fri, 15 Mar 2002 04:06:59 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2FA6wm18293 for ; Fri, 15 Mar 2002 04:06:58 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2FA6uT01489 for ; Fri, 15 Mar 2002 04:06:57 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2F9jAu07536; Fri, 15 Mar 2002 03:45:10 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from mel-rto4.wanadoo.fr (smtp-out-4.wanadoo.fr [193.252.19.23]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2F9j9t07532 for ; Fri, 15 Mar 2002 03:45:09 -0600 (CST) Received: from mel-rta5.wanadoo.fr (193.252.19.122) by mel-rto4.wanadoo.fr; 15 Mar 2002 10:45:09 +0100 Received: from 210mo (193.253.202.38) by mel-rta5.wanadoo.fr; 15 Mar 2002 10:44:45 +0100 From: "Gilles Vollant" To: Subject: [png-implement] TR : LIBPNG.DLL - Use with VB Date: Fri, 15 Mar 2002 10:44:45 +0100 Message-ID: <009d01c1cc06$0af80120$0100a8c0@210mo> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by ccrc.wustl.edu id g2F9j9t07533 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu -----Message d'origine----- De : Gilles Vollant [mailto:info@winimage.com] Envoyé : vendredi 15 mars 2002 10:43 À : 'Jean-loup Gailly'; 'Greg Roelofs' Cc : 'Mark Adler' Objet : RE : LIBPNG.DLL - Use with VB On the zLib itself, ZEXPORTVA is only used for function gzprintf We must check compatibility for gzprintf in all version of zlib.dll If we build future zlib.dll by just replace "#define ZEXPORTVA WINAPIV" by "#define ZEXPORTVA WINAPI", we'll have compatibility problem for this function. Pehaps we cannot call gzprintf from VB, but this is not a real problem (VB user will format themselve the data...) Libpng 1.21 don't use ZEXPORTVA and did not use gzprintf I did not really understand the problem. -----Message d'origine----- De : Jean-loup Gailly [mailto:jloup@gzip.org] Envoyé : jeudi 14 mars 2002 14:04 À : Greg Roelofs Cc : Gilles Vollant; Mark Adler Objet : Re: LIBPNG.DLL - Use with VB > John Bell made some DLLs that apparently work with VB [...] > It should be > straightforward to add a compile option to libpng 1.2.2 that will > eliminate the need for editing pngconf.h, too, and maybe zlib 1.1.5 > can be similarly ifdef'd. (It was indeed a one-line change to both > packages. I'll forward the precise change to the zlib folks in a > separate message.) > Here's the one-liner: > zconf.h: > # ifdef WIN32 > # define ZEXPORTVA WINAPI /* changed from WINAPIV to support __stdcall zconf.h contains already: #if defined(ZLIB_DLL) # if defined(_WINDOWS) || defined(WINDOWS) # ifdef FAR # undef FAR # endif # include # ifdef WIN32 # define ZEXPORT WINAPI # define ZEXPORTVA WINAPIV # else # define ZEXPORT WINAPI _export # define ZEXPORTVA FAR _cdecl _export # endif Someone explicitly wanted WINAPIV instead of WINAPI if WIN32 is defined. Who should I trust then? Gilles, what do you think? > Here's a trivial example of VB code to test the libpng DLL; I assume > it wouldn't be too hard to modify it to perform a similar test for > zlib: > Private Declare Function png_check_sig Lib "libpng3.dll" (ByVal > lpBytes As String, ByVal numBytes As Long) As Long There is already similar code in contrib/visual-basic.txt Jean-loup -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 15 07:41:08 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id HAA11610 for ; Fri, 15 Mar 2002 07:41:08 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2FDf6m00092 for ; Fri, 15 Mar 2002 07:41:06 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2FDf5T09619 for ; Fri, 15 Mar 2002 07:41:05 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2FDJbI08508; Fri, 15 Mar 2002 07:19:37 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from priv-edtnes15-hme0.telusplanet.net (defout.telus.net [199.185.220.240]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2FDJat08504 for ; Fri, 15 Mar 2002 07:19:36 -0600 (CST) Received: from john ([142.173.96.48]) by priv-edtnes15-hme0.telusplanet.net (InterMail vM.5.01.04.01 201-253-122-122-101-20011014) with SMTP id <20020315131938.OZXF23210.priv-edtnes15-hme0.telusplanet.net@john> for ; Fri, 15 Mar 2002 06:19:38 -0700 Message-ID: <010d01c1cc23$fdfe55f0$3060ad8e@john> From: "John" To: References: <009d01c1cc06$0af80120$0100a8c0@210mo> Subject: Re: [png-implement] TR : LIBPNG.DLL - Use with VB Date: Fri, 15 Mar 2002 05:19:09 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu ----- Original Message ----- From: "Gilles Vollant" To: Sent: Friday, March 15, 2002 1:44 AM Subject: [png-implement] TR : LIBPNG.DLL - Use with VB Basically, I simply tried to make sure that __stdcall was used. I didn't look very hard into how the macros of zlib were resolved. If I screwed up, I'm sorry. >From the Windows header WINDEF.H: #ifdef _MAC // MAC defines #elif (_MSC_VER >= 800) || defined(_STDCALL_SUPPORTED) #define CALLBACK __stdcall #define WINAPI __stdcall #define WINAPIV __cdecl Therefore I forced WINAPIV to __stdcall, just to make sure. > > > Here's the one-liner: > > zconf.h: > > # ifdef WIN32 > > # define ZEXPORTVA WINAPI /* changed from WINAPIV to support > __stdcall > zconf.h contains already: > > #if defined(ZLIB_DLL) > # if defined(_WINDOWS) || defined(WINDOWS) > # ifdef FAR > # undef FAR > # endif > # include > # ifdef WIN32 > # define ZEXPORT WINAPI > # define ZEXPORTVA WINAPIV > # else > # define ZEXPORT WINAPI _export > # define ZEXPORTVA FAR _cdecl _export > # endif > > Someone explicitly wanted WINAPIV instead of WINAPI if WIN32 is defined. > Who should I trust then? Gilles, what do you think? Don't take my word for it! zlib may already support __stdcall, by using the #defines in , (which is included in ). I assumed that my change would simply force __stdcall in all cases and not break libpng, assuming libpng was built with __stdcall. The dlls I built were WIN32 on WINDOWS. John. -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 15 08:51:27 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id IAA12373 for ; Fri, 15 Mar 2002 08:51:27 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2FEpPm08280 for ; Fri, 15 Mar 2002 08:51:25 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2FEpPT13372 for ; Fri, 15 Mar 2002 08:51:25 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2FEpAc09077; Fri, 15 Mar 2002 08:51:10 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.bmi.net (smtp.bmi.net [204.57.191.31]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2FEp9t09073 for ; Fri, 15 Mar 2002 08:51:09 -0600 (CST) Received: from bmi.net (dmc-11.bmi.net [206.63.145.139]) by smtp.bmi.net (Pro-8.9.3/Pro-8.9.3) with ESMTP id BAA30989 for ; Fri, 15 Mar 2002 01:06:17 -0800 Message-ID: <3C91B99F.6000301@bmi.net> Date: Fri, 15 Mar 2002 01:06:39 -0800 From: Eric Winger User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.4) Gecko/20010913 X-Accept-Language: en-us MIME-Version: 1.0 To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] having trouble auto-generating png's References: <3.0.6.32.20020314071440.00e671a0@mail.comcast.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Glenn Randers-Pehrson wrote: >At 11:14 PM 3/13/02 -0800, you wrote: >uestion to this group is, where can I go to get some > >>better debugging help? Or what is the prescribed course for debugging a >>simple png with only required information? >> > >After pngcheck, pngcheck -v, and pngcheck -vv, the next thing I'd try >is pngcrush -v. Then od -c but that's not for the faint of heart. > Thx to everyone for the good feedback. pngcheck didn't help much, but pngcrush got some good info. Although I'm not sure what to do with the results. The first oddity is when I run it from a dos prompt, Win98 blares a big "program performed illegal operation." Which is highly unsettling of course. But It appears to dump out my 139-entry palette ok. (Although I'm yet not sure what the A column is for and what the color (#hexno) is for either). Then it displays an libpng error: Extra compressed data. Hmm. I presume that means that my zlib compression of the scan line data is faulty. But how I'm not sure. Here's the smalltalk code I use for creating a single IDAT chunk: (fileStream is my binary stream I'm writing to my new .png file) rws := ReadWriteStream with: 'IDAT' asByteArray. chunkLength := 0. "chunk data" self scanLines do:[:scan | | ba | ba := ByteArray new: scan size + 1. ba at: 1 put: 0. "prepend the filter type, png only specifies 0 for now" 2 to: ba size do:[:idx | ba at: idx put: (scan at: idx - 1)]. compressedBytes := ZLibrary default compress: ba. "goes off to zlib.dll" chunkLength := chunkLength + compressedBytes size. rws nextPutAll: compressedBytes]. fileStream nextPutAll: chunkLength pngBytes . "CRC" crc := CyclicRedundancyCheck new. crc nextPutAll: rws contents. fileStream nextPutAll: rws contents. fileStream nextPutAll: (crc contents bitXor: 16rFFFFFFFF) pngBytes. This is how I interpretted the png spec, but I've played around with things like not compressing the filter byte, dropping the filter byte, etc. Nothing seems to make a difference. I guess the first thing for me to ask is how to understand the extra compressed data message. thx Eric -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 15 10:15:49 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA13445 for ; Fri, 15 Mar 2002 10:15:48 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2FGFlm18667 for ; Fri, 15 Mar 2002 10:15:47 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2FGFlT19027 for ; Fri, 15 Mar 2002 10:15:47 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2FGFJL10456; Fri, 15 Mar 2002 10:15:19 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2FGFIt10452 for ; Fri, 15 Mar 2002 10:15:18 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GT000E7VVTLVY@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Fri, 15 Mar 2002 11:15:21 -0500 (EST) Date: Fri, 15 Mar 2002 11:11:27 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] having trouble auto-generating png's In-reply-to: <3C91B99F.6000301@bmi.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020315111127.00e6d6c0@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <3.0.6.32.20020314071440.00e671a0@mail.comcast.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 01:06 AM 3/15/02 -0800, Eric Winger wrote: > (fileStream is my binary stream I'm writing to my new .png file) > > rws := ReadWriteStream with: 'IDAT' asByteArray. > chunkLength := 0. > "chunk data" > > self scanLines do:[:scan | > | ba | > ba := ByteArray new: scan size + 1. > ba at: 1 put: 0. "prepend the filter type, png only specifies >0 for now" > 2 to: ba size do:[:idx | > ba at: idx put: (scan at: idx - 1)]. > compressedBytes := ZLibrary default compress: ba. "goes off to >zlib.dll" > chunkLength := chunkLength + compressedBytes size. > rws nextPutAll: compressedBytes]. > fileStream nextPutAll: chunkLength pngBytes . > > "CRC" > crc := CyclicRedundancyCheck new. > crc nextPutAll: rws contents. > fileStream nextPutAll: rws contents. > fileStream nextPutAll: (crc contents bitXor: 16rFFFFFFFF) pngBytes. > >This is how I interpretted the png spec, but I've played around with >things like not compressing the filter byte, dropping the filter byte, >etc. Nothing seems to make a difference. > >I guess the first thing for me to ask is how to understand the extra >compressed data message. the first thing for me to ask is how to read smalltalk #:-) However I have the impression that you are writing each scanline as a complete zlib datastream. That's incorrect; you have to gather up all of your scanlines (with filter bytes) and compress them into a single zlib datastream, which can then be written out in one or more IDAT chunks. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 15 13:25:03 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA15443 for ; Fri, 15 Mar 2002 13:25:03 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2FJP2m08799 for ; Fri, 15 Mar 2002 13:25:02 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2FJP1T00505 for ; Fri, 15 Mar 2002 13:25:01 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2FJOUN14058; Fri, 15 Mar 2002 13:24:30 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2FJOSt14053 for ; Fri, 15 Mar 2002 13:24:29 -0600 (CST) Received: from fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id B23DA394125 for ; Fri, 15 Mar 2002 13:24:28 -0600 (CST) Received: by fastmail.fm (Postfix, from userid 99) id 514333940EF; Fri, 15 Mar 2002 13:24:28 -0600 (CST) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 2.117 (F2.6; T0.14; A1.42; B2.12; Q2.03) Date: Fri, 15 Mar 2002 19:24:28 +0000 From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1016220268 X-Sasl-enc: tEb1kNd9JS10nDR6jEyb9g Subject: [png-implement] bmp2png (was: having trouble auto-generating png's) Message-Id: <20020315192428.514333940EF@fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Wed, 13 Mar 2002 23:14:17 -0800, "Eric Winger" said: > I'm trying to build a simple .bmp to .png converter. (Yes I know there > are some freely available out there, but my goal is to learn about > png's & bmp's). Nevertheless, if you finally get to the point where you feel you are in a jam, you should probably relent and look at the work that people have already done on these. There are two specific GPL-ish projects known to me: Jason Summers' library "pngdib" for BMP(DIB)->PNG conversion (Jason likely is or was a reader of this list; his current release is at http://entropymine.com/jason/pngdib/pngdib-2.1.0.zip) ; and Masaru Miyasaka's BMP2PNG (at http://hp.vector.co.jp/authors/VA010446/b2p-home/). I am intimately familiar with Masaru's code as I have just been hacking on it; I haven't looked at Jason's pngdib yet. I often find I lack the mathematical aptitude to "see" the problem in codecs so even though I now could be considered somewhat of a expert on bmp-to-png conversions I probably cannot be much help in fixing your code, sorry. I suggest that if you are on a Win32-gcc platform (meaning something like Cygwin or MinGW) and you'd like to try using "BMP2PNG", that you use my private unreleased packaging of it to build, because Masaru's won't build for you OOB and there are various oddities about how it will (or more to the point, won't) run once built. I've fixed those, and added some features. I'd be willing to provide a URL for you to download my stuff if you are interested. Masaru's basic code is worth studying anyway. IMO its unusually well-written, well-documented and well-organized -- easy to understand and learn from -- and the app is featureful for such a small console application and kind of a pleasure to work with. The one thing BMP2PNG doesn't do is handle RLE (Run-length Encoded) BMP images (which aren't common but which ImageMagick, for example, will emit). If any reader knows anything about decoding RLE4- or RLE8- BMPs, or has a pointer to some existing C code for doing so, I'd appreciate being informed. Surprisingly a thorough Google search yesterday yielded nothing ready to drop-in, just fragments and hints. So Eric, if you get ambitious and decide to go the extra, this (RLE) is one that most people apparently stop before achieving. Best, Soren Andersen -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 15 13:55:39 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA15782 for ; Fri, 15 Mar 2002 13:55:39 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2FJtcm12071 for ; Fri, 15 Mar 2002 13:55:38 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2FJtbT02182 for ; Fri, 15 Mar 2002 13:55:37 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2FJtP714596; Fri, 15 Mar 2002 13:55:25 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from priv-edtnes16-hme0.telusplanet.net (defout.telus.net [199.185.220.240]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2FJtNt14592 for ; Fri, 15 Mar 2002 13:55:24 -0600 (CST) Received: from john ([142.173.96.48]) by priv-edtnes16-hme0.telusplanet.net (InterMail vM.5.01.04.02 201-253-122-122-102-20011128) with SMTP id <20020315195529.BTAB9569.priv-edtnes16-hme0.telusplanet.net@john> for ; Fri, 15 Mar 2002 12:55:29 -0700 Message-ID: <002601c1cc5b$4a1fe8e0$3060ad8e@john> From: "John" To: References: <009d01c1cc06$0af80120$0100a8c0@210mo> <010d01c1cc23$fdfe55f0$3060ad8e@john> Subject: Re: [png-implement] TR : LIBPNG.DLL - Use with VB Date: Fri, 15 Mar 2002 11:54:59 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu ----- Original Message ----- From: "John" To: Sent: Friday, March 15, 2002 5:19 AM Subject: Re: [png-implement] TR : LIBPNG.DLL - Use with VB I don't think there had to be any changes made to zlib, if I'm reading the code correctly, it already exported everything in __stdcall on WIN32, WINDOWS. See the explanation below. > > ----- Original Message ----- > From: "Gilles Vollant" > To: > Sent: Friday, March 15, 2002 1:44 AM > Subject: [png-implement] TR : LIBPNG.DLL - Use with VB > > From the Windows header WINDEF.H: > > #ifdef _MAC > // MAC defines > #elif (_MSC_VER >= 800) || defined(_STDCALL_SUPPORTED) > #define CALLBACK __stdcall > #define WINAPI __stdcall > #define WINAPIV __cdecl > > Therefore I forced WINAPIV to __stdcall, just to make sure. > > > > > > > Here's the one-liner: > > > zconf.h: > > > # ifdef WIN32 > > > # define ZEXPORTVA WINAPI /* changed from WINAPIV to support > > __stdcall > > > > zconf.h contains already: > > > > #if defined(ZLIB_DLL) > > # if defined(_WINDOWS) || defined(WINDOWS) > > # ifdef FAR > > # undef FAR > > # endif > > # include > > # ifdef WIN32 > > # define ZEXPORT WINAPI > > # define ZEXPORTVA WINAPIV > > # else > > # define ZEXPORT WINAPI _export > > # define ZEXPORTVA FAR _cdecl _export > > # endif > > This is not what what my zconf.h looks like. From the zlib114.zip file, this is what mine looks like: /* Compile with -DZLIB_DLL for Windows DLL support */ #if defined(ZLIB_DLL) # if defined(_WINDOWS) || defined(WINDOWS) # ifdef FAR # undef FAR # endif # include # define ZEXPORT WINAPI # ifdef WIN32 # define ZEXPORTVA WINAPIV # else # define ZEXPORTVA FAR _cdecl _export # endif That's why I made the change. From the above snippet from it seems that changing this to the code mentioned in the previous post is more in line with the way works. A quick search for ZEXPORTVA showed that the only function that uses it is gzprintf, which has a variable argument list so it _must_ be __cdecl, and so it cannot be called by VB anyways. If I'm correct then, I'd didn't actually have to make any changes to zlib, because it already exported everything as __stdcall, and, in fact I broke it because gzprintf() won't work if ZEXPORTVA is #defined as __stdcall. libpng, on the other hand, was exporting it's functions as __cdecl. It could easily add a new #define like _USE_STDCALL to make the switch. John -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 15 14:03:21 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id OAA15886 for ; Fri, 15 Mar 2002 14:03:21 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2FK3Km12985 for ; Fri, 15 Mar 2002 14:03:20 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2FK3JT02705 for ; Fri, 15 Mar 2002 14:03:19 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2FK39Z14715; Fri, 15 Mar 2002 14:03:09 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2FK38t14711 for ; Fri, 15 Mar 2002 14:03:08 -0600 (CST) Received: from fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id E7830394145 for ; Fri, 15 Mar 2002 14:03:08 -0600 (CST) Received: by fastmail.fm (Postfix, from userid 99) id D6950394144; Fri, 15 Mar 2002 14:03:08 -0600 (CST) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 2.117 (F2.6; T0.14; A1.42; B2.12; Q2.03) Date: Fri, 15 Mar 2002 20:03:08 +0000 From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1016222588 X-Sasl-enc: /yTmJBnlNedP26eMkJs9qg Subject: Re: [png-implement] Re: libpng-1.2.2beta3 Message-Id: <20020315200308.D6950394144@fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Sat, 9 Mar 2002 21:55:42 +0000, "Soren Andersen" said: > On Sat, 9 Mar 2002 20:55:28 +0000, "Soren Andersen" > said: > > Let me be clear, this is a _general_ set of points I am bringing up. I > > am not saying that moving to an autotools-based configure-and-build > > would magically fix the problems being discussed here. I retract it all. {warning: truncated -- believe it or not -- diatribe of an OT nature follows, Please move on if not interested}. I've concluded that this is one case where the `cure' is far more iniquitous than the illness. Gnu "autoconf" is a potent and important tool but its evil partner 'automake' is one of the worst atrocities to ever be visited on the land of hackers. And gets my vote as the most egregious misuse of Perl (its written in Perl) I've yet seen. The makefiles which eventually result from using 'automake' are monstrosities. Sheer hellish madness. Several dozen targets, named obscene things like "am_remake_your_mother", utterly counter-intuitive, buried in 4 or 5 levels of indirection, swamped in a thousand lines of baffling, migraine-inducing auto-generated superfluity. The most recent release version of 'automake', 1.52, produces Makefile.in's that give rise to Makefiles that ought to be taken out and bled to death slowly, shot, burned, staked through the heart, generally Buffy-ated to the maximum possible extent. The heart of the evil is the self-remaking recursion-loop insanity the Gnu folks have succumbed to. The Makefiles will try to remake themselves and everything else in sight spuriously and the whole mess is so fragile that it will break at the slightest breath of breeze. Since the remaking of itself (when a simple "make" is all that's requested) is so broken, non-robust, easily thwarted, you are left wanting to format your hard drive just to purge the corrupt sticky gooey mess. If not go an a protracted drinking binge. Somehow in the stifling hermetic laboratory world that some of these Gnu developers must have achieved, where everything is Gnu-perfect, this must work, and these poor misguided, well-intentioned zealots must have deluded themselves into thinking they've achieved something useful. Think "Barney the purple dinosaur." Out in the real world of individual quirky packages their hallucination breaks down horribly, reveals its true nature. I repeat, for emphasis: automake is evil (no, I am not a relative of George Bush {{FBI scan bait}}). It really is. Following the best documentation on how to set up one's package for 'automake', with enormous care, one will discover that one has been made a patsy, a victim of the worst sort of phony come-on, a time-wasting life-sucking vampirical "there's a better way if you are willing to work hard {leer, smirk, snicker}" hacker nightmare. I'd hate to see libpng become embroiled in this miasmatic mess. Forget I ever wrote anything suggesting anything like "autoconfiscate libpng." Nevermind. Soren Andersen -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Fri Mar 15 15:19:38 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id PAA16672 for ; Fri, 15 Mar 2002 15:19:38 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2FLJbm21759 for ; Fri, 15 Mar 2002 15:19:37 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2FLJaT07243 for ; Fri, 15 Mar 2002 15:19:36 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2FLJHP16117; Fri, 15 Mar 2002 15:19:17 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from priv-edtnes15-hme0.telusplanet.net (defout.telus.net [199.185.220.240]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2FLJGt16113 for ; Fri, 15 Mar 2002 15:19:16 -0600 (CST) Received: from john ([142.173.96.48]) by priv-edtnes15-hme0.telusplanet.net (InterMail vM.5.01.04.01 201-253-122-122-101-20011014) with SMTP id <20020315211921.ELEI23210.priv-edtnes15-hme0.telusplanet.net@john> for ; Fri, 15 Mar 2002 14:19:21 -0700 Message-ID: <006d01c1cc67$01bcc210$3060ad8e@john> From: "John" To: References: <009d01c1cc06$0af80120$0100a8c0@210mo> <010d01c1cc23$fdfe55f0$3060ad8e@john> <002601c1cc5b$4a1fe8e0$3060ad8e@john> Subject: Re: [png-implement] TR : LIBPNG.DLL - Use with VB Date: Fri, 15 Mar 2002 13:18:52 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu ----- Original Message ----- From: "John" To: Sent: Friday, March 15, 2002 11:54 AM Subject: Re: [png-implement] TR : LIBPNG.DLL - Use with VB > > libpng, on the other hand, was exporting it's functions as __cdecl. It could > easily add a new #define like _USE_STDCALL to make the switch. btw, I think __stdcall should be an option in libpng, I use libpng as a static library in my Windows C++ project and prefer the __cdecl calling convention. In fact, __stdcall seems to work for VB but it didn't link in my C++ project (see previous post for the errors). John -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sat Mar 16 01:54:33 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id BAA21817 for ; Sat, 16 Mar 2002 01:54:32 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2G7sVm22033 for ; Sat, 16 Mar 2002 01:54:31 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2G7sVT27244 for ; Sat, 16 Mar 2002 01:54:31 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2G7p9b24513; Sat, 16 Mar 2002 01:51:09 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from dc-mx01.cluster1.charter.net (dc-mx01.cluster0.hsacorp.net [209.225.8.11]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2G7p7t24509 for ; Sat, 16 Mar 2002 01:51:08 -0600 (CST) Received: from [66.189.181.156] (HELO bmi.net) by dc-mx01.cluster1.charter.net (CommuniGate Pro SMTP 3.5.3) with ESMTP id 24883897 for png-implement@ccrc.wustl.edu; Sat, 16 Mar 2002 02:59:26 -0500 Message-ID: <3C92F980.4050103@bmi.net> Date: Fri, 15 Mar 2002 23:51:28 -0800 From: Eric Winger User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.4) Gecko/20010913 X-Accept-Language: en-us MIME-Version: 1.0 To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] having trouble auto-generating png's References: <3.0.6.32.20020314071440.00e671a0@mail.comcast.net> <3.0.6.32.20020315111127.00e6d6c0@mail.comcast.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Glenn Randers-Pehrson wrote: >At 01:06 AM 3/15/02 -0800, Eric Winger wrote: > >> (fileStream is my binary stream I'm writing to my new .png file) >> >> rws := ReadWriteStream with: 'IDAT' asByteArray. >> chunkLength := 0. >> "chunk data" >> >> self scanLines do:[:scan | >> | ba | >> ba := ByteArray new: scan size + 1. >> ba at: 1 put: 0. "prepend the filter type, png only specifies >>0 for now" >> 2 to: ba size do:[:idx | >> ba at: idx put: (scan at: idx - 1)]. >> compressedBytes := ZLibrary default compress: ba. "goes off to >>zlib.dll" >> chunkLength := chunkLength + compressedBytes size. >> rws nextPutAll: compressedBytes]. >> fileStream nextPutAll: chunkLength pngBytes . >> >> "CRC" >> crc := CyclicRedundancyCheck new. >> crc nextPutAll: rws contents. >> fileStream nextPutAll: rws contents. >> fileStream nextPutAll: (crc contents bitXor: 16rFFFFFFFF) pngBytes. >> >>This is how I interpretted the png spec, but I've played around with >>things like not compressing the filter byte, dropping the filter byte, >>etc. Nothing seems to make a difference. >> >>I guess the first thing for me to ask is how to understand the extra >>compressed data message. >> > >the first thing for me to ask is how to read smalltalk #:-) > >However I have the impression that you are writing each scanline as >a complete zlib datastream. That's incorrect; you have to gather up >all of your scanlines (with filter bytes) and compress them into a >single zlib datastream, which can then be written out in one or more >IDAT chunks. > That was it! I interpretted the spec to say that the compression was to be done on a line by line basis. Once I changed it to compress all my filter & scan lines together, the ping showed up in the browser. thank you much.. I can now go work on figuring out why my bmp scan line reverse didn't work and my png is upside down. :-) Eric -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Mar 18 23:48:34 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id XAA22545 for ; Mon, 18 Mar 2002 23:48:34 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2J5mVm18593 for ; Mon, 18 Mar 2002 23:48:31 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2J5mUT01650 for ; Mon, 18 Mar 2002 23:48:30 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2J5kal24073; Mon, 18 Mar 2002 23:46:36 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2J5kZt24069 for ; Mon, 18 Mar 2002 23:46:35 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout04.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GT7002XTHDWV3@mtaout04.icomcast.net> for png-implement@ccrc.wustl.edu; Tue, 19 Mar 2002 00:46:45 -0500 (EST) Date: Tue, 19 Mar 2002 00:42:50 -0500 From: Glenn Randers-Pehrson Subject: [png-implement] PNG thread safety and setjmp X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020319004250.00e8a4c0@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Someone has claimed that libpng is not thread safe because it uses setjmp, even though it takes care to use a separate jmp_buf structure for each thread. Is that true? Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 19 00:10:53 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id AAA22749 for ; Tue, 19 Mar 2002 00:10:53 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2J6Anm19783 for ; Tue, 19 Mar 2002 00:10:49 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2J6AmT02420 for ; Tue, 19 Mar 2002 00:10:48 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2J6Afb24186; Tue, 19 Mar 2002 00:10:41 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from webber.adilger.int (h24-67-14-151.cg.shawcable.net [24.67.14.151]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2J6Aet24182 for ; Tue, 19 Mar 2002 00:10:40 -0600 (CST) Received: from webber.adilger.int (adilger@localhost [127.0.0.1]) by webber.adilger.int (8.12.1/8.12.1/Debian -5) with ESMTP id g2J2dqZf003648 for ; Mon, 18 Mar 2002 19:39:52 -0700 Received: (from adilger@localhost) by webber.adilger.int (8.12.1/8.12.1/Debian -5) id g2J2dqa3003646 for png-implement@ccrc.wustl.edu; Mon, 18 Mar 2002 19:39:52 -0700 From: Andreas Dilger Date: Mon, 18 Mar 2002 19:39:52 -0700 To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] PNG thread safety and setjmp Message-ID: <20020319023952.GE470@turbolinux.com> Mail-Followup-To: png-implement@ccrc.wustl.edu References: <3.0.6.32.20020319004250.00e8a4c0@mail.comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3.0.6.32.20020319004250.00e8a4c0@mail.comcast.net> User-Agent: Mutt/1.3.27i X-GPG-Key: 1024D/0D35BED6 X-GPG-Fingerprint: 7A37 5D79 BF1B CECA D44F 8A29 A488 39F5 0D35 BED6 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Mar 19, 2002 00:42 -0500, Glenn Randers-Pehrson wrote: > Someone has claimed that libpng is not thread safe because it > uses setjmp, even though it takes care to use a separate > jmp_buf structure for each thread. Is that true? Well, if multiple threads are using the same png struct for multiple threads and doing PNG operations which might call longjmp, then it is not "thread safe". If they only initialize the jmp_buf in a single thread, and use that png struct within that thread (i.e. normal libpng operation), then it _should_ be OK, but IANATP (I am not a thread programmer). They should be able to initialize and use _different_ jmp_bufs and png structs in other threads without problems. It would be my understanding (IANATP again) that "threads" share memory space, but not the stack, and setjmp/longjmp is restoring the stack for that thread only. Cheers, Andreas -- Andreas Dilger \ "If a man ate a pound of pasta and a pound of antipasto, \ would they cancel out, leaving him still hungry?" http://www-mddsp.enel.ucalgary.ca/People/adilger/ -- Dogbert -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 19 00:46:52 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id AAA23022 for ; Tue, 19 Mar 2002 00:46:52 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2J6kmm21348 for ; Tue, 19 Mar 2002 00:46:48 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2J6kmT03533 for ; Tue, 19 Mar 2002 00:46:48 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2J6keV24374; Tue, 19 Mar 2002 00:46:40 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from sss.pgh.pa.us ([192.204.191.242]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2J6kdt24370 for ; Tue, 19 Mar 2002 00:46:39 -0600 (CST) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.11.4/8.11.4) with ESMTP id g2J6kYS27056 for ; Tue, 19 Mar 2002 01:46:34 -0500 (EST) To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] PNG thread safety and setjmp In-reply-to: <20020319023952.GE470@turbolinux.com> References: <3.0.6.32.20020319004250.00e8a4c0@mail.comcast.net> <20020319023952.GE470@turbolinux.com> Comments: In-reply-to Andreas Dilger message dated "Mon, 18 Mar 2002 19:39:52 -0700" Date: Tue, 19 Mar 2002 01:46:33 -0500 Message-ID: <27052.1016520393@sss.pgh.pa.us> From: Tom Lane Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Andreas Dilger writes: > On Mar 19, 2002 00:42 -0500, Glenn Randers-Pehrson wrote: >> Someone has claimed that libpng is not thread safe because it >> uses setjmp, even though it takes care to use a separate >> jmp_buf structure for each thread. Is that true? > Well, if multiple threads are using the same png struct for multiple > threads and doing PNG operations which might call longjmp, then it > is not "thread safe". But such code would be unsafe anyway; whether it's using setjmp or not is irrelevant. > It would be my understanding (IANATP again) that "threads" share memory > space, but not the stack, and setjmp/longjmp is restoring the stack for > that thread only. The only thing I can think of is that some (broken) platform might have an inherently thread-unsafe implementation of setjmp/longjmp --- ie, something involving global variables. In the absence of direct proof, though, I do not see a reason to assume that is so. FWIW, in ~12 years no one has yet complained that setjmp/longjmp error handling can't be made to work with libjpeg. So my immediate reaction is "horsepucky, unless you can prove it". regards, tom lane organizer, Independent JPEG Group -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 19 06:41:15 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id GAA25581 for ; Tue, 19 Mar 2002 06:41:14 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2JCfDm11057 for ; Tue, 19 Mar 2002 06:41:13 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2JCfCT14375 for ; Tue, 19 Mar 2002 06:41:12 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2JCetB25962; Tue, 19 Mar 2002 06:40:55 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2JCest25958 for ; Tue, 19 Mar 2002 06:40:54 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout45-01.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GT80037R0K69Y@mtaout45-01.icomcast.net> for png-implement@ccrc.wustl.edu; Tue, 19 Mar 2002 07:40:54 -0500 (EST) Date: Tue, 19 Mar 2002 07:37:01 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] PNG thread safety and setjmp In-reply-to: <27052.1016520393@sss.pgh.pa.us> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020319073701.00e88e70@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <20020319023952.GE470@turbolinux.com> <3.0.6.32.20020319004250.00e8a4c0@mail.comcast.net> <20020319023952.GE470@turbolinux.com> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 01:46 AM 3/19/02 -0500, Tom Lane wrote: >The only thing I can think of is that some (broken) platform might have >an inherently thread-unsafe implementation of setjmp/longjmp --- ie, >something involving global variables. In the absence of direct proof, >though, I do not see a reason to assume that is so. The platform in question is Solaris. The claim was not made based on any experimental evidence but merely that the Solaris manual says so. >FWIW, in ~12 years no one has yet complained that setjmp/longjmp error >handling can't be made to work with libjpeg. So my immediate reaction >is "horsepucky, unless you can prove it". I tend to agree. But meanwhile, in the latest ImageMagick beta, the JPEG and PNG codecs have been marked thread-unsafe for all platforms. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 19 10:15:06 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA27936 for ; Tue, 19 Mar 2002 10:15:06 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2JGF4m07718 for ; Tue, 19 Mar 2002 10:15:04 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2JGF4T27232 for ; Tue, 19 Mar 2002 10:15:04 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2JGBMV27124; Tue, 19 Mar 2002 10:11:22 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2JGBLt27120 for ; Tue, 19 Mar 2002 10:11:21 -0600 (CST) Received: (qmail 8828 invoked from network); 19 Mar 2002 16:11:24 -0000 Received: from buzz.sonic.net (208.201.224.78) by a.smtp-out.sonic.net with SMTP; 19 Mar 2002 16:11:24 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by buzz.sonic.net (8.11.6/8.8.5) with ESMTP id g2JGBOh06256; Tue, 19 Mar 2002 08:11:24 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g2JGBOAa012567; Tue, 19 Mar 2002 08:11:24 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g2JGBOpQ012566; Tue, 19 Mar 2002 08:11:24 -0800 Date: Tue, 19 Mar 2002 08:11:24 -0800 Message-Id: <200203191611.g2JGBOpQ012566@newbolt.sonic.net> From: Greg Roelofs To: kevinwilson1997@hotmail.com Subject: [png-implement] Re: LIBPNG.DLL - Use with VB Cc: png-implement@ccrc.wustl.edu Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Kevin, > VB does support callbacks via the "AddressOf" operator. Can you give me > some sample code of what the IO-handler callbacks should look like assuming > you read the file into a byte array? If you write it in C/C++, that's > fine... I can read C, I just can't write it. I'll model mine after your > sample and test it. I would have to write it from scratch and definitely won't have time until this weekend, at best, but I expect that someone else in the PNG group already has a custom I/O handler that reads from memory rather than a file. I'll cc png-implement and see if anyone does. (PNG folks, please remember to cc Kevin.) Greg -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 19 13:04:02 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA29801 for ; Tue, 19 Mar 2002 13:04:02 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2JJ41m29566 for ; Tue, 19 Mar 2002 13:04:01 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2JJ40T08907 for ; Tue, 19 Mar 2002 13:04:00 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2JJ2TP28566; Tue, 19 Mar 2002 13:02:29 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2JJ2St28562 for ; Tue, 19 Mar 2002 13:02:28 -0600 (CST) Received: (qmail 17112 invoked from network); 19 Mar 2002 19:00:13 -0000 Received: from prop.sonic.net (208.201.224.193) by b.smtp-out.sonic.net with SMTP; 19 Mar 2002 19:00:13 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by prop.sonic.net (8.11.6/8.8.5) with ESMTP id g2JJ2XE09765 for ; Tue, 19 Mar 2002 11:02:33 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g2JJ2XAa030655 for ; Tue, 19 Mar 2002 11:02:33 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g2JJ2X5d030654 for png-implement@ccrc.wustl.edu; Tue, 19 Mar 2002 11:02:33 -0800 Received: from aulait.alw.nih.gov (aulait.alw.nih.gov [137.187.114.31]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2JGRDt27240 for ; Tue, 19 Mar 2002 10:27:13 -0600 (CST) Received: from mail.nih.gov (sprocket.cit.nih.gov [165.112.92.143]) by aulait.alw.nih.gov (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g2JGR8GM027524 for ; Tue, 19 Mar 2002 11:27:12 -0500 (EST) Message-ID: <3C976675.98EBC85E@mail.nih.gov> Date: Tue, 19 Mar 2002 11:25:25 -0500 From: hkuo Organization: ALW/NIH X-Mailer: Mozilla 4.78 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: png-implement@ccrc.wustl.edu Subject: [png-implement] libpng shared-library(.so) question Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: 7bit Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu [non-member submission] Dear Sir, I try to compile libpng version 1.2.1 on Solaris 2.7 machine. How can I modify makefile and then compile it without creating shared-library(.so)? Thanks, Wennie Kuo N.I.H. -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 19 13:37:57 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA00243 for ; Tue, 19 Mar 2002 13:37:57 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2JJbtm04537 for ; Tue, 19 Mar 2002 13:37:55 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2JJbtT11161 for ; Tue, 19 Mar 2002 13:37:55 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2JJbV429219; Tue, 19 Mar 2002 13:37:31 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2JJbUt29215 for ; Tue, 19 Mar 2002 13:37:30 -0600 (CST) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout45-01.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with ESMTPA id <0GT8004X4JULM8@mtaout45-01.icomcast.net> for png-implement@ccrc.wustl.edu; Tue, 19 Mar 2002 14:37:34 -0500 (EST) Date: Tue, 19 Mar 2002 14:37:34 -0500 From: "Glenn Randers-Pehrson " Subject: Re: [png-implement] libpng shared-library(.so) question To: png-implement@ccrc.wustl.edu, hkuo@mail.nih.gov Message-id: <3C97937E.FFF26972@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <3C976675.98EBC85E@mail.nih.gov> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu hkuo wrote: > I try to compile libpng version 1.2.1 on Solaris 2.7 machine. How can I > modify makefile and then compile it without creating > shared-library(.so)? You'd have to remove the parts of the "install" target that install libpng.so.2.1.2.1 and makes symbolic links to it. Please get libpng-1.2.2beta4 from http://libpng.sf.net The makefiles in this version have an "install-static" target that you can use instead of "install", which won't build any shared libraries. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 19 14:10:10 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id OAA00649 for ; Tue, 19 Mar 2002 14:10:09 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2JKA8m08817 for ; Tue, 19 Mar 2002 14:10:08 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2JKA7T13291 for ; Tue, 19 Mar 2002 14:10:07 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2JK9Xd29751; Tue, 19 Mar 2002 14:09:33 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2JK9Wt29747 for ; Tue, 19 Mar 2002 14:09:32 -0600 (CST) Received: from fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 9BF773940F0; Tue, 19 Mar 2002 14:09:32 -0600 (CST) Received: by fastmail.fm (Postfix, from userid 99) id 555603940D2; Tue, 19 Mar 2002 14:09:32 -0600 (CST) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 2.117 (F2.6; T0.14; A1.42; B2.12; Q2.03) Date: Tue, 19 Mar 2002 20:09:32 +0000 From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1016568572 X-Sasl-enc: Os8OEbk2lHtlLbAZ+A8oSg Cc: "hkuo" Subject: Re: [png-implement] libpng shared-library(.so) question Message-Id: <20020319200932.555603940D2@fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Tue, 19 Mar 2002 11:25:25 -0500, "hkuo" said: [non-member submission] -- I've CC:'d to the O.P. > I try to compile libpng version 1.2.1 on Solaris 2.7 machine. How can I > modify makefile and then compile it without creating > shared-library(.so)? > Thanks, > Wennie Kuo In the section of {Makefile.solaris} round where the "all" target is defined: ------------------------------------- all: libpng.a libpng.so pngtest libpng.a: $(OBJS) ar rc $@ $(OBJS) $(RANLIB) $@ ------------------------------------- place the following on a new line *above* the "all" target: static: libpng.a pngtest-static (That invocation to build a static library is practically universal on nearly all UNI*-like systems: `ar rc <...objX>', then `ranlib '.) Then just below where the "pngtest" target is defined, insert this: ------------------------------------ pngtest-static: pngtest.o libpng.a $(CC) -o pngtest $(CFLAGS) pngtest.o $(LDFLAGS) ------------------------------------ Please note that indentations are single TABS for a Makefile to work -- if you cut-and-paste. You do not say what compiler and what linker you are using. You would be well advised to always include this information when making such inquiries. Anyway, assuming you are hopefully using gcc as your master compiler-system controller and Gnu "ld" as your linker sub-program, then your LDFLAGS might want to include -Bstatic in order to link against only static libraries when creating the pngtest executable. And it ought to include "-lpng -lz" as the libraries to link against in order for symbols to be resolved, of course. The first target defined in a Makefile is the default target to be built if no target is specified as an argument to `make'. So just `make' should build your static lib and then your pngtest executable, if you make these modifications correctly. Alternatively you can say `make static' and the same will result; or `make all' if you want to build the dynamic lib after all. For the future, time spent studying the manual for [hopefully Gnu] `make' would be a good investment. HTH, Soren Andersen -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Mar 20 00:12:31 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id AAA06166 for ; Wed, 20 Mar 2002 00:12:31 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2K6CUm25111 for ; Wed, 20 Mar 2002 00:12:30 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2K6CTT11683 for ; Wed, 20 Mar 2002 00:12:29 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2K6BLU05372; Wed, 20 Mar 2002 00:11:21 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2K6B8t05368 for ; Wed, 20 Mar 2002 00:11:19 -0600 (CST) Received: from fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 95C74394048; Wed, 20 Mar 2002 00:11:07 -0600 (CST) Received: by fastmail.fm (Postfix, from userid 99) id 0D44A39400C; Wed, 20 Mar 2002 00:11:06 -0600 (CST) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 2.117 (F2.6; T0.14; A1.42; B2.12; Q2.03) Date: Wed, 20 Mar 2002 06:11:06 +0000 From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1016604667 X-Sasl-enc: J5SBQBLsLjz6DgX7Z2yZlQ Cc: "hkuo" Subject: Re: [png-implement] libpng shared-library(.so) question Message-Id: <20020320061106.0D44A39400C@fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Tue, 19 Mar 2002 20:09:32 +0000, "Soren Andersen" said: > Then just below where the "pngtest" target is defined, insert this: > ------------------------------------ > pngtest-static: pngtest.o libpng.a > $(CC) -o pngtest $(CFLAGS) pngtest.o $(LDFLAGS) > > ------------------------------------ HARRUMPH. now must correct the glaring mistake. Make will fail, won't know what to make of that (so to speak). Try instead of the above: ------------------------------------ pngtest: pngtest-static pngtest-static: pngtest.o libpng.a $(CC) -o $@ $(CFLAGS) pngtest.o $(LDFLAGS) ------------------------------------ As I said, read the manual, so you won't have to in the future, rely on half-baked instructions from harried Internet correspondents. HTH, Soren Andersen -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Mar 20 01:59:00 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id BAA07036 for ; Wed, 20 Mar 2002 01:59:00 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2K7wxm29238 for ; Wed, 20 Mar 2002 01:58:59 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2K7wwT15065 for ; Wed, 20 Mar 2002 01:58:58 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2K7wa305943; Wed, 20 Mar 2002 01:58:36 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from nicemice.net (arwen.CS.Berkeley.EDU [128.32.46.192]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2K7wWt05939 for ; Wed, 20 Mar 2002 01:58:36 -0600 (CST) Received: from amc by nicemice.net with local (Exim 3.33 #1 (Debian)) id 16nazN-0000kg-00 for ; Tue, 19 Mar 2002 23:58:29 -0800 Date: Wed, 20 Mar 2002 07:58:29 +0000 From: "Adam M. Costello" To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] PNG thread safety and setjmp Message-ID: <20020320075828.GC13542@nicemice.net> References: <20020319023952.GE470@turbolinux.com> <3.0.6.32.20020319004250.00e8a4c0@mail.comcast.net> <20020319023952.GE470@turbolinux.com> <3.0.6.32.20020319073701.00e88e70@mail.comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3.0.6.32.20020319073701.00e88e70@mail.comcast.net> User-Agent: Mutt/1.3.27i Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Glenn Randers-Pehrson wrote: > The platform in question is Solaris. The claim was not made based on > any experimental evidence but merely that the Solaris manual says so. Indeed, the Solaris man page for setjmp() says MT-Level: Unsafe. No explanation is given. > ...in the latest ImageMagick beta, the JPEG and PNG codecs have been > marked thread-unsafe for all platforms. That's probably going overboard. The Linux man page for setjmp() says nothing about thread safety. The HP-UX 11 man page for setjmp() says it is thread-safe. The Single Unix spec says that all functions are thread-safe except for a certain list of exceptions, and setjmp() isn't one of them. Does libpng use setjmp/longjmp internally, or just to indicate errors to the caller? The application can prevent all of the latter sorts of calls by telling libpng to use a callback instead, right? AMC -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Mar 20 06:41:38 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id GAA09047 for ; Wed, 20 Mar 2002 06:41:37 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2KCfam13936 for ; Wed, 20 Mar 2002 06:41:36 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2KCfZT23815 for ; Wed, 20 Mar 2002 06:41:35 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2KCfCE07179; Wed, 20 Mar 2002 06:41:12 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2KCfBt07175 for ; Wed, 20 Mar 2002 06:41:11 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout04.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GT900C2HV8POD@mtaout04.icomcast.net> for png-implement@ccrc.wustl.edu; Wed, 20 Mar 2002 07:41:14 -0500 (EST) Date: Wed, 20 Mar 2002 07:37:18 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] PNG thread safety and setjmp In-reply-to: <20020320075828.GC13542@nicemice.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Cc: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020320073718.00e90580@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT References: <3.0.6.32.20020319073701.00e88e70@mail.comcast.net> <20020319023952.GE470@turbolinux.com> <3.0.6.32.20020319004250.00e8a4c0@mail.comcast.net> <20020319023952.GE470@turbolinux.com> <3.0.6.32.20020319073701.00e88e70@mail.comcast.net> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 07:58 AM 3/20/02 +0000, Adam M. Costello wrote: > >Does libpng use setjmp/longjmp internally, or just to indicate errors >to the caller? The application can prevent all of the latter sorts of >calls by telling libpng to use a callback instead, right? We use a callback so the longjmp within libpng isn't used, but the callback itself uses longjmp. In jpeg, the longjmp in the jpeg library is used to jump directly back to the setjmp point in ImageMagick. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Mar 20 12:49:40 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id MAA13254 for ; Wed, 20 Mar 2002 12:49:40 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2KIncm27746 for ; Wed, 20 Mar 2002 12:49:38 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2KIncT17909 for ; Wed, 20 Mar 2002 12:49:38 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2KInIt12083; Wed, 20 Mar 2002 12:49:18 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2KInGt12078 for ; Wed, 20 Mar 2002 12:49:17 -0600 (CST) Received: (qmail 18720 invoked from network); 20 Mar 2002 17:02:40 -0000 Received: from turbo.sonic.net (208.201.224.26) by a.smtp-out.sonic.net with SMTP; 20 Mar 2002 17:02:40 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by turbo.sonic.net (8.11.6/8.8.5) with ESMTP id g2KH2e012879 for ; Wed, 20 Mar 2002 09:02:40 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g2KH2dAa001675 for ; Wed, 20 Mar 2002 09:02:39 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g2KH2dhs001674 for png-implement@ccrc.wustl.edu; Wed, 20 Mar 2002 09:02:39 -0800 Received: from fw.poet.de ([195.243.100.246]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2K8Ixt06021 for ; Wed, 20 Mar 2002 02:19:00 -0600 (CST) Received: (qmail 25010 invoked by uid 505); 20 Mar 2002 10:56:04 -0000 Received: from Matthias.Clasen@poet.de by fw.poet.de with qmail-scanner- http://www.astaro.com (Version 3.0build 135|Known records: 52775. . Clean.); 20/03/2002 10:56:00 Received: from unknown (HELO POONS.poet.de) (192.168.11.9) by fw.poet.de with SMTP; 20 Mar 2002 10:55:58 -0000 To: png-implement@ccrc.wustl.edu Subject: [png-implement] pkg-config file in beta4 X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: From: "Matthias Clasen" Date: Wed, 20 Mar 2002 09:15:29 +0100 X-MIMETrack: Serialize by Router on hamburg/server/Poet(Release 5.0.8 |June 18, 2001) at 20.03.2002 09:14:37, Serialize complete at 20.03.2002 09:14:37 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu [non-member submission] Hi, some feedback on 1.2.2beta4 I just tried it and noticed that it has a .pc file, which is very nice. Unfortunately, it doesn't quite work, since it uses $() to refer to variables, while pkg-config expects ${} (see pkg-config(1)). Another problem, which I noticed with 1.0.12 is still present in png_get_IHDR in 1.2.2beta4: It can produce a FPE for bad input. The offending line is if ((*width > PNG_MAX_UINT/rowbytes_per_pixel)) rowbytes_per_pixel may be zero here, since it gets initialized as follows: *bit_depth = info_ptr->bit_depth; [...] pixel_depth = *bit_depth * channels; rowbytes_per_pixel = (pixel_depth + 7) >> 3; I can provide an image demonstrating this problem, if you think it is necessary. Matthias -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Mar 20 14:09:31 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id OAA14176 for ; Wed, 20 Mar 2002 14:09:31 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2KK9Tm09013 for ; Wed, 20 Mar 2002 14:09:30 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2KK9TT23929 for ; Wed, 20 Mar 2002 14:09:29 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2KK93Z13481; Wed, 20 Mar 2002 14:09:03 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2KK92t13477 for ; Wed, 20 Mar 2002 14:09:02 -0600 (CST) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout02.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with ESMTPA id <0GTA00DMYFZ4Y9@mtaout02.icomcast.net> for png-implement@ccrc.wustl.edu; Wed, 20 Mar 2002 15:09:04 -0500 (EST) Date: Wed, 20 Mar 2002 15:09:03 -0500 From: "Glenn Randers-Pehrson " Subject: Re: [png-implement] pkg-config file in beta4 To: png-implement@ccrc.wustl.edu, Matthias.Clasen@poet.de Message-id: <3C98EC5F.44D63D39@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Matthias Clasen wrote: > [non-member submission] > > Hi, some feedback on 1.2.2beta4 > > I just tried it and noticed that it has a .pc file, which is very nice. > Unfortunately, it doesn't quite work, since it uses $() to refer to > variables, > while pkg-config expects ${} (see pkg-config(1)). Thanks. Did it work for you after you changed the () to {}? > > > Another problem, which I noticed with 1.0.12 is still present in > png_get_IHDR in 1.2.2beta4: It can produce a FPE for bad input. > > The offending line is > > if ((*width > PNG_MAX_UINT/rowbytes_per_pixel)) > > rowbytes_per_pixel may be zero here, since it gets initialized as follows: > > *bit_depth = info_ptr->bit_depth; bit_depth should be checked prior to this, to be in range 1-16. > > > [...] > > pixel_depth = *bit_depth * channels; channels has to be 1, 2, 3, or 4, so pixel_depth has to be at least 1. > > rowbytes_per_pixel = (pixel_depth + 7) >> 3; 1+7>>3 is 1. > > > I can provide an image demonstrating this problem, if you think it is > necessary. > OK. You can email it to glennrp@comcast.net I assume the problem is failure to check bit_depth or channels, and will fix. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Mar 21 01:22:44 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id BAA20504 for ; Thu, 21 Mar 2002 01:22:44 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2L7Mhm01158 for ; Thu, 21 Mar 2002 01:22:43 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2L7MgT27197 for ; Thu, 21 Mar 2002 01:22:42 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2L7Iih19282; Thu, 21 Mar 2002 01:18:44 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from yonge.cs.toronto.edu (yonge.cs.toronto.edu [128.100.1.8]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2L7Igt19278 for ; Thu, 21 Mar 2002 01:18:43 -0600 (CST) Received: from jane.cs.toronto.edu ([128.100.2.31]) by yonge.cs.toronto.edu with SMTP id <15215-20967>; Thu, 21 Mar 2002 02:18:36 -0500 Received: from qew.cs.toronto.edu by jane.cs.toronto.edu id <453147-3538>; Thu, 21 Mar 2002 02:18:32 -0500 Date: Thu, 21 Mar 2002 02:18:26 -0500 From: Cosmin Truta X-Sender: cosmin@qew.cs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] Re: LIBPNG.DLL - Use with VB In-Reply-To: <006001c1c872$48895030$3060ad8e@john> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu I've just run into this past message that captured my attention. I didn't read quite all thread, and I am not sure whether the problem has been clarified, but please allow me just to jump in a little: On Sun, 10 Mar 2002, John wrote: > Glenn wrote: > > > John wrote: > > >I still have a couple more errors, so I'll send them along, you'll > probably > > >figure it out before I do: > > > > > >error C2152: '=' : pointers to functions with different attributes > > > > They all seem to be harmless, and the warnings can be quieted with > > explicit type-casts: > > Thanks, Glenn, that worked, almost there, I have one last problem. My test > project compiles but doesn't link, with linker errors like this: > > unresolved external symbol _png_read_end Nope: '=' with pointers to functions with different attributes are not at all harmless. I think in this case they deal right with the problem discussed: cdecl vs stdcall. > A quick look inside the libpng3.dll shows that these functions are exported > without the leading unscore, i.e.: > png_read_end That's because it's stdcall. > I have wrapped png.h in extern "C", either way, with or without extern "C" > it still happens. stdcall and cdecl are not affected by extern "C". The fix is to have all the functions involved properly converted to stdcall (I understood that this is the goal of this thread), rather than being cast. Casts are bad in general, and worse in this particular case. Best regards, Cosmin -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Thu Mar 21 13:33:40 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA27569 for ; Thu, 21 Mar 2002 13:33:40 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2LJXdm07733 for ; Thu, 21 Mar 2002 13:33:39 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2LJXcT02888 for ; Thu, 21 Mar 2002 13:33:38 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2LJX3X25855; Thu, 21 Mar 2002 13:33:03 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from priv-edtnes12-hme0.telusplanet.net (fepout4.telus.net [199.185.220.239]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2LJX1t25850 for ; Thu, 21 Mar 2002 13:33:02 -0600 (CST) Received: from john ([142.173.96.48]) by priv-edtnes12-hme0.telusplanet.net (InterMail vM.5.01.04.01 201-253-122-122-101-20011014) with SMTP id <20020321193306.IINP9959.priv-edtnes12-hme0.telusplanet.net@john> for ; Thu, 21 Mar 2002 12:33:06 -0700 Message-ID: <001f01c1d10f$231c81f0$3060ad8e@john> From: "John" To: References: Subject: Re: [png-implement] Re: LIBPNG.DLL - Use with VB Date: Thu, 21 Mar 2002 11:32:28 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Thanks for the input. I haven't heard from Kevin, the op, in little awhile. Last I heard he was getting an exception thrown in png_read_png, you're comments might solve the problem. I'll take a closer look at it tonight. ----- Original Message ----- From: "Cosmin Truta" To: Sent: Wednesday, March 20, 2002 11:18 PM Subject: Re: [png-implement] Re: LIBPNG.DLL - Use with VB > > A quick look inside the libpng3.dll shows that these functions are exported > > without the leading unscore, i.e.: > > png_read_end > > That's because it's stdcall. > This problem occurs only when linking to the stdcall library in a C++ application, it doesn't seem to be a problem with VB. I wanted to test the library more diligently before sending it to Kevin. Do you know what I can do to resolve this problem when linking to stdcall in a C++ app. The problem is I get unresolved externals on all the libpng functions I call because the linker is looking for function names that start with an underscore. The .def file seems to correctly rename them without the underscore, or perhaps, the .def file is redundant if stdcall is used. I'm not familiar with these issues. John -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sun Mar 24 14:47:33 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id OAA07264 for ; Sun, 24 Mar 2002 14:47:32 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2OKlVm24908 for ; Sun, 24 Mar 2002 14:47:31 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2OKlUT12501 for ; Sun, 24 Mar 2002 14:47:30 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2OKl7R11862; Sun, 24 Mar 2002 14:47:07 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2OKl6t11858 for ; Sun, 24 Mar 2002 14:47:06 -0600 (CST) Received: (qmail 30459 invoked from network); 24 Mar 2002 20:47:12 -0000 Received: from buzz.sonic.net (208.201.224.78) by a.smtp-out.sonic.net with SMTP; 24 Mar 2002 20:47:12 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by buzz.sonic.net (8.11.6/8.8.5) with ESMTP id g2OKlC422084 for ; Sun, 24 Mar 2002 12:47:12 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g2OKlCAa024957 for ; Sun, 24 Mar 2002 12:47:12 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g2OKlCK6024956 for png-implement@ccrc.wustl.edu; Sun, 24 Mar 2002 12:47:12 -0800 Received: from dev.selsyn.co.uk (pc-62-30-169-92-ca.blueyonder.co.uk [62.30.169.92]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2O2wKt10460 for ; Sat, 23 Mar 2002 20:58:20 -0600 (CST) Received: from [10.1.1.20] ([10.1.1.20]) by dev.selsyn.co.uk (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id CAA31543 for ; Sun, 24 Mar 2002 02:58:28 GMT X-Sender: pkent77@pop.mail.yahoo.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 24 Mar 2002 02:58:23 +0000 To: png-implement@ccrc.wustl.edu From: p kent Subject: [png-implement] Re: Compiling libpng 1.2.1 with Apple MPW Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu [non-member submission] hrm, well actually I got the error included at the end of this message. So, just tell me where to post/send the tar.gz and I'll do that. regards P Kent From: Mail Delivery Subsystem To: postmaster@mx10.mx.voyager.net To: MIME-Version: 1.0 Subject: Returned mail: see transcript for details Auto-Submitted: auto-generated (failure) The original message was received at Sat, 23 Mar 2002 21:53:58 -0500 (EST) from pc-62-30-169-92-ca.blueyonder.co.uk [62.30.169.92] ----- The following addresses had permanent fatal errors ----- guy.schalnat@rr.cinci.com (reason: 553 5.3.5 system config error) (expanded from: ) ----- Transcript of session follows ----- 553 5.3.5 rr.cinci.com. config error: mail loops back to me (MX problem?) 554 5.3.5 Local configuration error Reporting-MTA: dns; mx10.mx.voyager.net Received-From-MTA: DNS; pc-62-30-169-92-ca.blueyonder.co.uk Arrival-Date: Sat, 23 Mar 2002 21:53:58 -0500 (EST) Final-Recipient: RFC822; gschal@infinet.com Action: expanded (to multi-recipient alias) Status: 2.0.0 Last-Attempt-Date: Sat, 23 Mar 2002 21:54:00 -0500 (EST) Final-Recipient: RFC822; gschal@infinet.com X-Actual-Recipient: RFC822; guy.schalnat@rr.cinci.com Action: failed Status: 5.3.5 Diagnostic-Code: SMTP; 553 5.3.5 system config error Last-Attempt-Date: Sat, 23 Mar 2002 21:54:00 -0500 (EST) -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sun Mar 24 14:47:33 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id OAA07265 for ; Sun, 24 Mar 2002 14:47:32 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2OKlVm24909 for ; Sun, 24 Mar 2002 14:47:31 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2OKlUT12502 for ; Sun, 24 Mar 2002 14:47:30 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2OKkH311856; Sun, 24 Mar 2002 14:46:17 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2OKkGt11852 for ; Sun, 24 Mar 2002 14:46:16 -0600 (CST) Received: (qmail 30395 invoked from network); 24 Mar 2002 20:46:16 -0000 Received: from prop.sonic.net (208.201.224.193) by a.smtp-out.sonic.net with SMTP; 24 Mar 2002 20:46:16 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by prop.sonic.net (8.11.6/8.8.5) with ESMTP id g2OKkGE13088 for ; Sun, 24 Mar 2002 12:46:16 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g2OKkGAa024811 for ; Sun, 24 Mar 2002 12:46:16 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g2OKkF4G024803 for png-implement@ccrc.wustl.edu; Sun, 24 Mar 2002 12:46:15 -0800 Received: from dev.selsyn.co.uk (pc-62-30-169-92-ca.blueyonder.co.uk [62.30.169.92]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2O2sPt10448 for ; Sat, 23 Mar 2002 20:54:25 -0600 (CST) Received: from [10.1.1.20] ([10.1.1.20]) by dev.selsyn.co.uk (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id CAA31394 for ; Sun, 24 Mar 2002 02:54:27 GMT X-Sender: pkent77@pop.mail.yahoo.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 24 Mar 2002 02:54:22 +0000 To: png-implement@ccrc.wustl.edu From: p kent Subject: [png-implement] Compiling libpng 1.2.1 with Apple MPW Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu [non-member submission] hi, I've downloaded and successfully built and tested libpng 1.2.1, using Apple's MPW and the bundled free compilers and linkers from Apple on MacOS 8.6. This isn't the same as using MPW with Metrowerk's compiler. I have tarred and gzipped the extra makefiles, readme etc. that I created and am sending them to gschal@infinet - I thought it might not be the right thing to do to send an attachment to a mailing list - although I'm happy to repost that, or even send binaries if you want. reagrds P Kent -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sun Mar 24 17:49:41 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id RAA08217 for ; Sun, 24 Mar 2002 17:49:41 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2ONnbm00275 for ; Sun, 24 Mar 2002 17:49:38 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2ONnbT15941 for ; Sun, 24 Mar 2002 17:49:37 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2ONnHQ12164; Sun, 24 Mar 2002 17:49:17 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2ONnGt12160 for ; Sun, 24 Mar 2002 17:49:16 -0600 (CST) Received: (qmail 6076 invoked from network); 24 Mar 2002 23:49:23 -0000 Received: from prop.sonic.net (208.201.224.193) by a.smtp-out.sonic.net with SMTP; 24 Mar 2002 23:49:23 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by prop.sonic.net (8.11.6/8.8.5) with ESMTP id g2ONnNE11282 for ; Sun, 24 Mar 2002 15:49:23 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g2ONnMAa031786 for ; Sun, 24 Mar 2002 15:49:22 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g2ONnMWB031785 for png-implement@ccrc.wustl.edu; Sun, 24 Mar 2002 15:49:22 -0800 Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2OMKdt12050 for ; Sun, 24 Mar 2002 16:20:40 -0600 (CST) Received: from user-112163f.dsl.mindspring.com ([66.32.152.111] helo=THOMAS.themartian.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16pGM1-0001dG-00 for png-implement@ccrc.wustl.edu; Sun, 24 Mar 2002 14:20:46 -0800 Message-Id: <5.1.0.14.0.20020324141751.01d73e78@themartian.com> X-Sender: marvin@themartian.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sun, 24 Mar 2002 14:20:52 -0800 To: png-implement@ccrc.wustl.edu From: Thomas Subject: [png-implement] LIBPNG for OpenBSD 2.8 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu [non-member submission] Does anyone have a makefile for LIBPNG for OpenBSD 2.8 shared libraries that have gotten to work? Or perhaps something similar that I might be able to try? The makefile.std included with the distribution works, but it only makes static libraries and I need to make shared libraries. So something that looks sort of like makefile.std should work as long as it builds shared libraries as well. Thanks much in advance, Thomas. Note: Please send replies directly to me as I am not subscribed to this list? -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sun Mar 24 19:13:11 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id TAA08588 for ; Sun, 24 Mar 2002 19:13:11 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2P1DAm02782 for ; Sun, 24 Mar 2002 19:13:10 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2P1D9T17552 for ; Sun, 24 Mar 2002 19:13:09 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2P1CnK12257; Sun, 24 Mar 2002 19:12:49 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2P1Cmt12253 for ; Sun, 24 Mar 2002 19:12:48 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout02.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GTI00BIU8PAXV@mtaout02.icomcast.net> for png-implement@ccrc.wustl.edu; Sun, 24 Mar 2002 20:12:47 -0500 (EST) Date: Sun, 24 Mar 2002 20:08:50 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] Re: Compiling libpng 1.2.1 with Apple MPW In-reply-to: X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Cc: p kent Message-id: <3.0.6.32.20020324200850.00e7b2f0@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 02:58 AM 3/24/02 +0000, p kent wrote: >[non-member submission] > >hrm, well actually I got the error included at the end of this message. So, >just tell me where to post/send the tar.gz and I'll do that. email attachment to glennrp@comcast.net will do Thanks Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Mon Mar 25 11:49:30 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id LAA14551 for ; Mon, 25 Mar 2002 11:49:29 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2PHnSm10985 for ; Mon, 25 Mar 2002 11:49:28 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2PHnRT22333 for ; Mon, 25 Mar 2002 11:49:27 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2PHmxR15500; Mon, 25 Mar 2002 11:48:59 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2PHmwt15496 for ; Mon, 25 Mar 2002 11:48:58 -0600 (CST) Received: (qmail 27686 invoked from network); 25 Mar 2002 17:46:10 -0000 Received: from turbo.sonic.net (208.201.224.26) by b.smtp-out.sonic.net with SMTP; 25 Mar 2002 17:46:10 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by turbo.sonic.net (8.11.6/8.8.5) with ESMTP id g2PHn2b04032; Mon, 25 Mar 2002 09:49:02 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g2PHn2Aa019886; Mon, 25 Mar 2002 09:49:02 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g2PHn1Bx019885; Mon, 25 Mar 2002 09:49:01 -0800 Date: Mon, 25 Mar 2002 09:49:01 -0800 Message-Id: <200203251749.g2PHn1Bx019885@newbolt.sonic.net> From: Greg Roelofs To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] LIBPNG for OpenBSD 2.8 Cc: marvin@themartian.com Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu > Does anyone have a makefile for LIBPNG for OpenBSD 2.8 shared libraries > that have gotten to work? Or perhaps something similar that I might be > able to try? > The makefile.std included with the distribution works, but it only makes > static libraries and I need to make shared libraries. So something that > looks sort of like makefile.std should work as long as it builds shared > libraries as well. Try adapting makefile.linux or makefile.gcmmx. Assuming you use gcc (which seems reasonably likely), either should work. The latter is x86- specific, though. -- Greg Roelofs newt@pobox.com http://pobox.com/~newt/ Newtware, PNG Group, Info-ZIP, AlphaWorld Map, Philips Semiconductors, ... -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 26 00:38:00 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id AAA19477 for ; Tue, 26 Mar 2002 00:37:58 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2Q6btm11456 for ; Tue, 26 Mar 2002 00:37:56 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2Q6bsT00503 for ; Tue, 26 Mar 2002 00:37:54 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2Q6aWt21351; Tue, 26 Mar 2002 00:36:32 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2Q6aUt21347 for ; Tue, 26 Mar 2002 00:36:31 -0600 (CST) Received: (qmail 29675 invoked from network); 26 Mar 2002 06:33:35 -0000 Received: from ultra.sonic.net (208.201.224.22) by b.smtp-out.sonic.net with SMTP; 26 Mar 2002 06:33:35 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by ultra.sonic.net (8.11.6/8.8.5) with ESMTP id g2Q6aUa15547 for ; Mon, 25 Mar 2002 22:36:30 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g2Q6aUAa021004 for ; Mon, 25 Mar 2002 22:36:30 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g2Q6aUBm021003 for png-implement@ccrc.wustl.edu; Mon, 25 Mar 2002 22:36:30 -0800 Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2Q5wKt21289 for ; Mon, 25 Mar 2002 23:58:20 -0600 (CST) Received: from user-112163f.dsl.mindspring.com ([66.32.152.111] helo=THOMAS.themartian.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16pjyQ-0006uO-00; Mon, 25 Mar 2002 21:58:23 -0800 Message-Id: <5.1.0.14.0.20020325215629.01d2b408@themartian.com> X-Sender: marvin@themartian.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Mon, 25 Mar 2002 21:58:32 -0800 To: Greg Roelofs , png-implement@ccrc.wustl.edu From: Thomas Subject: Re: [png-implement] LIBPNG for OpenBSD 2.8 Cc: marvin@themartian.com In-Reply-To: <200203251749.g2PHn1Bx019885@newbolt.sonic.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Thanks, the .linux one works without any modification!!! (I don't know if it is worth copying it to .openbsd in the distribution so people can just jump right to it or not.) Thanks much, Thomas. At 09:49 AM 3/25/2002, Greg Roelofs wrote: > > Does anyone have a makefile for LIBPNG for OpenBSD 2.8 shared libraries > > that have gotten to work? Or perhaps something similar that I might be > > able to try? > > > The makefile.std included with the distribution works, but it only makes > > static libraries and I need to make shared libraries. So something that > > looks sort of like makefile.std should work as long as it builds shared > > libraries as well. > >Try adapting makefile.linux or makefile.gcmmx. Assuming you use gcc >(which seems reasonably likely), either should work. The latter is x86- >specific, though. > >-- >Greg Roelofs newt@pobox.com http://pobox.com/~newt/ >Newtware, PNG Group, Info-ZIP, AlphaWorld Map, Philips Semiconductors, ... -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 26 06:55:47 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id GAA21353 for ; Tue, 26 Mar 2002 06:55:46 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2QCtjm28423 for ; Tue, 26 Mar 2002 06:55:45 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2QCtjT11620 for ; Tue, 26 Mar 2002 06:55:45 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2QCrkA21804; Tue, 26 Mar 2002 06:53:46 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2QCrjt21800 for ; Tue, 26 Mar 2002 06:53:45 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GTK003XAZTNCE@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Tue, 26 Mar 2002 07:53:47 -0500 (EST) Date: Tue, 26 Mar 2002 07:49:50 -0500 From: Glenn Randers-Pehrson Subject: [png-implement] libpng-1.2.2beta5 X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020326074950.00e75ad0@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Libpng-1.2.2beta5 is available at http://libpng.sf.net and at ftp://swrinde.nde.swri.edu/pub/png-group/src/ Makefiles are slightly revised again. Now png.h and pngconf.h go in $prefix/include/libpng12 with a symbolic link to $prefix/include/libpng. This means that all configs and makefiles for libpng applications will have to be revised to look there instead of $prefix/include for the headers. There are some additional checks for valid bit depth and color type, and checks for presence of IHDR and PLTE when reading IDAT progressively. Parentheses are changed to curly brackets in libpng.pc. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 26 09:58:34 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id JAA22711 for ; Tue, 26 Mar 2002 09:58:33 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2QFwWm19153 for ; Tue, 26 Mar 2002 09:58:32 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2QFwVT22783 for ; Tue, 26 Mar 2002 09:58:31 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2QFv3R22810; Tue, 26 Mar 2002 09:57:03 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2QFsct22765 for ; Tue, 26 Mar 2002 09:54:43 -0600 (CST) Received: from fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id D7B1539414F for ; Tue, 26 Mar 2002 09:54:07 -0600 (CST) Received: by fastmail.fm (Postfix, from userid 99) id 005F2394129; Tue, 26 Mar 2002 09:54:06 -0600 (CST) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 2.117 (F2.6; T0.14; A1.42; B2.12; Q2.03) Date: Tue, 26 Mar 2002 15:54:06 +0000 From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1017158047 X-Sasl-enc: Axg/fsaNiPzif4oZvJRhuw Subject: [png-implement] MSVCRT bug (slightly OT) Glenn R-P? Message-Id: <20020326155406.005F2394129@fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Hello, Forgive me for an OT post, but concerns commonly-encountered application programming struggles which therefore may benefit others in the future, so that it will have been value-creating that this was a List discussion instead of a private one. I'd like to direct to Glenn bec I have reason to think he knows, having figured this out for his project 'pngcrush', but will welcome contributions from any participant. What I seem to recall is that 'pngcrush' had a trouble for a time with MSVCRT[.dll] lying to us about the existence of a filename which was calculated or specified as an output filename; that it would say it exists when it doesn't yet. I'd like to know if I've got this right and inquire of Glenn (et al) if he's willing to describe his remedy or correct my faulty recollection if necessary. I'm working on checking out a friend's PNG-conversion-related application that may be suffering from this bug on the Win32 platform. Thanks! Soren Andersen -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 26 10:58:59 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA23285 for ; Tue, 26 Mar 2002 10:58:59 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2QGwwm27634 for ; Tue, 26 Mar 2002 10:58:58 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2QGwvT27540 for ; Tue, 26 Mar 2002 10:58:58 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2QGwfY23595; Tue, 26 Mar 2002 10:58:41 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2QGwet23591 for ; Tue, 26 Mar 2002 10:58:40 -0600 (CST) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout02.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with ESMTPA id <0GTL00KF6B5P5N@mtaout02.icomcast.net> for png-implement@ccrc.wustl.edu; Tue, 26 Mar 2002 11:58:44 -0500 (EST) Date: Tue, 26 Mar 2002 11:58:37 -0500 From: "Glenn Randers-Pehrson " Subject: Re: [png-implement] MSVCRT bug (slightly OT) Glenn R-P? To: png-implement@ccrc.wustl.edu Message-id: <3CA0A8BD.345FF1D@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <20020326155406.005F2394129@fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Soren Andersen wrote: > What I seem to recall is that 'pngcrush' had a trouble for a time with > MSVCRT[.dll] lying to us about the existence of a filename which was > calculated or specified as an output filename; that it would say it > exists when it doesn't yet. I'd like to know if I've got this right and > inquire of Glenn (et al) if he's willing to describe his remedy or > correct my faulty recollection if necessary. As it says in the changlog for pngcrush, version 1.3.5 and in comments, MSVC has a broken implementation (or nonimplementation) of "stat" that returns stat_buf.st_ino=0 for all files. So my remedy was to compare file lengths and if they are the same then decide that the files are probably the same. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 26 14:05:10 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id OAA24992 for ; Tue, 26 Mar 2002 14:05:10 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2QK59m20821 for ; Tue, 26 Mar 2002 14:05:09 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2QK58T11233 for ; Tue, 26 Mar 2002 14:05:08 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2QK0KL25939; Tue, 26 Mar 2002 14:00:20 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from fastmail.fm (fastmail.fm [209.61.183.86]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2QK0Jt25934 for ; Tue, 26 Mar 2002 14:00:20 -0600 (CST) Received: from fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 005E93941FD for ; Tue, 26 Mar 2002 14:00:20 -0600 (CST) Received: by fastmail.fm (Postfix, from userid 99) id D898E3941F9; Tue, 26 Mar 2002 14:00:16 -0600 (CST) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 2.117 (F2.6; T0.14; A1.42; B2.12; Q2.03) Date: Tue, 26 Mar 2002 20:00:16 +0000 From: "Soren Andersen" To: "PNG-Implement" X-Epoch: 1017172820 X-Sasl-enc: UUrTiu+Hm2y2XgKhopPqiA Subject: Re: [png-implement] MSVCRT bug (slightly OT) Glenn R-P? Message-Id: <20020326200016.D898E3941F9@fastmail.fm> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu On Tue, 26 Mar 2002 11:58:37 -0500, "Glenn Randers-Pehrson " said: > Soren Andersen wrote: > > > What I seem to recall is that 'pngcrush' had a trouble for a time > > with MSVCRT[.dll] lying to us about the existence of a filename > > which was calculated or specified as an output filename; that it > > would say it exists when it doesn't yet. I'd like to know if I've > > got this right and inquire of Glenn (et al) if he's willing to > > describe his remedy or correct my faulty recollection if necessary. > > As it says in the changlog for pngcrush, version 1.3.5 and in > comments, Thanks Glenn, it is gracious of you to put up with my laziness. I could recall not that there were specifics to that degree but thought I had only ever seen a vague reference. > MSVC has a broken implementation (or nonimplementation) of "stat" > that returns stat_buf.st_ino=0 for all files. So my remedy was to > compare file lengths and if they are the same then decide that the > files are probably the same. Oh yes. Somehow a broken stat() call on MSVC rings a bell. OK, I am not sufficiently familiar w/ the stat_buf struct and I will have to go study up some more. This is very helpful for my background knowledge. And my immediate project seems to be in good shape. Regards, Soren -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 26 16:21:57 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id QAA26058 for ; Tue, 26 Mar 2002 16:21:57 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2QMLum08027 for ; Tue, 26 Mar 2002 16:21:56 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2QMLtT21065 for ; Tue, 26 Mar 2002 16:21:55 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2QMLRd27973; Tue, 26 Mar 2002 16:21:27 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with SMTP id g2QMLPt27969 for ; Tue, 26 Mar 2002 16:21:26 -0600 (CST) Received: (qmail 17831 invoked from network); 26 Mar 2002 22:18:33 -0000 Received: from ultra.sonic.net (208.201.224.22) by b.smtp-out.sonic.net with SMTP; 26 Mar 2002 22:18:33 -0000 Received: from sonic.net (newbolt [208.201.242.18]) by ultra.sonic.net (8.11.6/8.8.5) with ESMTP id g2QMLVp24320 for ; Tue, 26 Mar 2002 14:21:31 -0800 X-envelope-info: Received: from newbolt.sonic.net (IDENT:roelofs@localhost [127.0.0.1]) by sonic.net (8.12.1/8.12.1) with ESMTP id g2QMLVAa032502 for ; Tue, 26 Mar 2002 14:21:31 -0800 Received: (from roelofs@localhost) by newbolt.sonic.net (8.12.1/8.12.1/Submit) id g2QMLVUk032501 for png-implement@ccrc.wustl.edu; Tue, 26 Mar 2002 14:21:31 -0800 Received: from hotmail.com (oe61.law3.hotmail.com [209.185.240.62]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2QM7Yt27769 for ; Tue, 26 Mar 2002 16:07:35 -0600 (CST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 26 Mar 2002 14:07:36 -0800 X-Originating-IP: [155.178.180.5] From: "B Patel" To: Subject: [png-implement] PNG Question Date: Tue, 26 Mar 2002 17:15:05 -0500 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0005_01C1D4E9.C6006E30" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 Disposition-Notification-To: "B Patel" X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Message-ID: X-OriginalArrivalTime: 26 Mar 2002 22:07:36.0965 (UTC) FILETIME=[A357C350:01C1D512] Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C1D4E9.C6006E30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit [non-member submission] Hello Sir, How do I separate out green, yellow and red colors from attached file without loosing any pixel. Thanks and appreciate your time Bipin ------=_NextPart_000_0005_01C1D4E9.C6006E30 Content-Type: image/png; name="NEXRAD_Base_Reflectivity_3010677.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="NEXRAD_Base_Reflectivity_3010677.png" iVBORw0KGgoAAAANSUhEUgAABhAAAAPIBAMAAADK7azOAAAAMFBMVEUAAAAA/wAA/wD//wD//wD/ AAD/AP//AP8AAAAAAAAAAAAAAAAAAAAAAAAAAACAgIBoVy90AAAgAElEQVR42u2dyZbjOJK1zciI NWBQ1Z4Ao/cS4b3PCPfsdXZ1Rq/7nL9PPz/fQP9CkmtwDRxAEgDvXVRFRvhAUvbhmhlAgPYQBO0J jwCCAAIEAQQIAggQBBAgCCBAEECAIIAAQQABggACBAEECAIIEAQQIAggQBBAgCCAAEEAAYIAAgQB BAgCCBAEECAIIEAQQIAggABBAAGCAAIEAQQIAggQBBAgCCBAEECAIIAAQQABggACBAEECAIIEAQQ IAggQBBAgCCAAEEAAYIAAgQBBAgCCBAEECAIIEAQQIAggABBAAGCAAIEAQQIAggQBBAgCCBAEECA IIAAQQABggACBAEECAIIEAQQIAggQBBAgCCAAEEAAYIAAgQBBAgCCBAEECAIIEAQQIAggABBAAGC AAIEAQQIAggQBBAgCCBAEECAIIAAQQABggACBAEECAIIEAQQIAggQBBAwCOAIIAAQQABggACBAEE CAIIEAQQIAggQBBAgCCAAEEAAYIAAgQBhCgeMRERnjNAAAQn4XkAhDWqpS9SeCoAYd1uABQAAjBA ggQQcklyVCgOYAoA4W6cpJToqyHfBBIAQscwSSnBCcAB0iOA8ChpSCnPD8ABSFg9CG062UI7MLPp wgGyo5WDkNAYOXQ878QBSFg3COmERjs4syECCQBhVM6gkuHgybVSZyH4VgpCm84g2Q4e0FsCCQBh dA2pkuHgwbX24QDJ0SpBaNOJjXb4gE4EEgDC8Do5rtgYntq0/UBAcrQ+EBKKjRFx3JMDWMLqQEho lGyHxzH1FgJwXSC06YyS7fA4bvuDAEtYFwiBgmOO8BkxohPBEgBCuOCiLiP1VCy0w0f0dggIsIQV gdCOD452rsF0xIhOBEsACCGDizqSpCK4VDUWBFjCakC4CmM9IDjmG07bESN6S6MsoYU/5A7C5ade SNgaVE13qX1H9IEckLplCEGZJwjtuHwh9Ou/PQryASP6kHtFurQOEK4/Yz78n4RLOAYzqUIYwueP oaACCtmB0I4KhJCv/77+1jFJPgUWQjMzEEbFQcDXf9vX8daOGL3b0CDAFPICoR0VBuFCZrr+5wEm IpAAECYAoVd0qTFXoUZfqpoGBJCQEwhjcuRgCXW37x4TsC2BBIAwhSGQCvf67+Tl7lQggASAQLQP FTEdOWrHxCsRSAAIU2RG4bqN4ROxGUEACXmA0M4Gghp3CWocs+0ShEMAoTsJXa9AzXipIGF1ICwS MG2ocT4OITkCCAMCpqXshCBNHoR27oDJEANYQnYg6KkDJksMQEIGINwuwGZNEJKjlYMwo3IDDpaQ NggtxvJpLaEFLABhVVKd/BYsAIRMxNLZElBMpAMCArs3B6K7gdCirk4ZBDSNhoLQeacnkAAQcgah x27DqBSQGiUv/bDx232nJ5AQGwi3H5gg0J9LOnVQEzqcFCA8+MT+QLC/AEG/BGHs4aQtcFkeBCyx GD4lrvrkm6rbRwIWFgIB1fLoObUxU9HIoiIBgQHC2GUWLQ0mYb5DJgDCiwEImdFYS2j7GkiHFh5I mB8EJP8jQeifSnVpZYOCmUFY7ewAEW1C5EaDj75tB1QUAAEgTATDWBDa3g7SteUKDgBCR5WjIjnI XKIaUl13rLABAkCYWIZIL1Mc9TlsBSQsCsJ6ukiLoNBrQAIIcIS85+CG9lsBAkDIaQ6uJZAAEGAJ bT9sAAJAyNMShs48JKU2gK8BhIlVLGoJbU8DSXIsD8LzvKtPl5oEWPCdIJ2UgaSPwdD7WAUIGw9n ytMS2mBIrwGEcgsQ8rSEgHeyBhB4gxDP0RLakLeyDhBAQoaW0AaFehU1glQI8ewsoQ17L6vY14gt Qjw3S2gDU70KEIoSEZ6ZJbShb2YVIGh0jXKzhOA3s45t4c8gMEI9BxDC3000IEy6xcWFIzBYSD83 mmBJbTyOMCUI5xpBb6TeAoXELWECrrM8TPAxCCxWiLjCpnspgzDF7awDhCsoNFFFRAYxn2huNMmS 2pWBsDvnYUUVcKN6BUuI0xA63w7FgW6PkByV05Tnrba4KIttsOBpAUKUhtDZEtIDYWRixBUREW2I 64DTbDm9haSyMoSuYFME11y6uctmTcTiN9twsQMQIjWErvcTAQjc/GOmj7jYFkSaKm80EZWeAEJ6 udFE90MR0Kunb2UeX9b0B0PwjQ77O/M6Wz0vQ+hoCTGAcEzbp8+IhD0RaSqpCMqBygsElZchdCOb Fr9s1nMcIOI1nbIhTRy4OgcIMRtCtxuixa+b61nKg0NBUG6JiYiZtgH3WdkDhKhBoCRAmGexQ3lI v7amKYnIU7MNOLe89NRh6CeYWWYUAwjRdFOaw5zypinNlnRJ23PlEGIEXfLWeFcFZiE3Q+jicRTl hU+gw9uaBZPfVbosKeAuLwvz7rehf6LKzBC6oL1wsTz7hoi8odKTYyLibbiwWdIQat4ChMhBeGkI 8y8B1VpviEgXOlQ6sTAIhXwuJcwehHa6O1p6ZnmB1wIOSVIZ7DeHL4X6vThU7uwWIIy1hGkX3b2c Ifh2+L951tzpm4xMgkVN4FKo38SK9xOs1corM4ofhIOcnq9WuBhtfbCQaV8T2Ce2pc8Xs59ojw6V kSG8vpkYXsxhmTFD4jNz22Dh8uITEiqqPhlPLxC8D982ihSFVEHocN3pvznc4U69LzfbPglPr5zN b/102zapTDKj17nRoht8VccqT9LlQHUAofTe+1732OOL2W8nc4TYSMgUBKEifUfo5H2lL33nFmfP R1L6jdfT32HyIKjlQOiy4C51DlSnW9We+gRrr7guvNdzsJ52ibAoCB0+b87DEF59RN43PdKXnqvS y+1MNwkQpgGBM9hiq+tHtHGT7cfN+gKEKmsSJr0JipPfpBKj1/c6YV/nqq6usvYEgBC7ITz/jJhI b7Y0EQt6yNxDmiQkCsKaOHgFAlFFzYRX4qpNNemtqlmLgEkiSgGEGYJj0Qth2Xg7483OES/hU4yl QGjXxEFIEHp30kpf17vJb3f2tAcgJMhBOBCYue88u6+932pK2RLaLuwBhPg5CAiCiLyujC9VNDLL fMwCVbAKGlELgbAqDsJhz9K3/aMna5rOREI7U/oJEGbIE8L531NH4KhueobUQQGEeQvOsSERDgR+ AgIvu0x3kRQ6dRByLhEWvN1Fl6WoJeJErQGEwwv0ia28U5MaoCQ2AkwfJipzEEzIvebyAYFjXoyo FkmgVdIgdDF5Ee4JQpk7CPKgaaTzBKFXBOcLgt/2PabARxsNbTAQ7hbLkWRMCxWSWYNARF6o6kfC NlYQAnHAcp+EWNIltYQhnH5tniBoKmkrh5dK0qqW1ZQVAosYibhgXqjDnrMjMHHhK7157fvHow3i BSFk71TEidypCViyA6Ht+XuTBOH1TZbaU61p99oRCh03CCF/OMuhXP6y5VkkNqEWMYQwGy1HCgLp zc5QufOUmNS0U+iHxUY61gmFpaZcMwaBiDSX6b3Crybl4JQVcfYgPEwO+f5TbzMGgWjTg4NtjCBM s7ZiBXNq7VNHnJ/hJUFgXza7LSUmNTkHIhIvCVMbAouWtYFA5bbsDkJZxAdCcA5YE5GIzhiENs4r XwaE4+5svCm77+3gd1V0INAEIIiIZJsbdfHDtYBQEJWneqjHxlc6wgU3U2RFz9/VTBuEbl0zvRIQ rkZ53x2DWGag1ZQmLxJ1gTAqN2pfIiAkerLbVxGDUDTbLr2goiyJqKAiMhCmKZRjbxYEtoNzacxy 8ENZHwjEusP6iS1pXcbTUlTTGcJhMJS4k6PAAfHpAAcGpmsaRQjCZex3WkhUxjT9rKbtfrBEDoIK Gg/nkui48lYvdN0LOwJxl5VEvYuDKeergyZG/MXoOPbcSAUNB7kBYTEnW3hmuduuPGVMs25BDaHc Hg7cTEgqZDTw2QSmNsJlQNh3xaCLIdRRLcwLXSknt9gqZDDwMR3SxKK1Xi0I3bKeuOZZg2ZGCW5e QCFj4VgYCBHLtAtuVewgmNeohHohQQVJaMK+m5nguaIh0+QzCMQ86QRK5CBocvbV7e82MbV7VMjM KMnDFFXAcvEMgmZZMwhEnuyrWngbdiQLAUKo3mmKjqACRoKcQJCFa+Xlt3z01DyfSyiDP4kAYUAr lgpvCMIAoXp5DN429IMI8HMAQpA4+ARBpgZBxQ5CtUCFN/4HtQAhTIoMED6r5Wp2DsaFcVhD4ATn EVTAMDinRRODsF8KhK6xMt/L+2FAUKFBsNF1jnh0UHWPgitD0GsGYVaFAiFoZhSbI7wOyIB5gT5N LfPCmdHajo4aPaDnXyqHBOG1+Yho1qxp2tm0JUGItZ4ECK9A0BQKhPY1CKeJlIlfy9sDhHuDQztu ZMm8ZySXf9STgkAk8xSJC4IQ77CpcgBhutV6l6u/7qdJ3UJfRRQCaq0gPI91tR83suRtCCTlRU+P +4AQ7S3tlwRh0XHz+S9XAKFTF0t6OUK8t6TWC8KUTzSKG5twtR5fOkJnENqh95E9CK9GiC1AiEvn slV//oV0TTTap8W3Ht6imikzWhCEFBWP1c0xIf1oH4GefvBkzphn2a9DLQxCfiNnNEuwS+JN8LDX X4L0IoD1UxCe/tRnqydm2blmDxAmeaJRVLSb4KsVhR6DwFcbdPf7pJ+up5tjf0u1NAh7gDCdJWwm 2dlDHhjC9U6MQ969WRCE/eIg5GYJKqK74q0M7zZ0+c6r4BWRc39HDXspOW5DAAi9h5ZI7qrienAQ VT1BuF4a2us0RXkBwvTdxP3yIGSWG6nI8B6wSkf3+DbW98vmfqcpfr6U/KQvdf1vfy1iCNOCkJcl pH9Tmkg/2j/zS5ZyBkGegfB016Lzizf8pCi5+s1FFXb7/z1AmCjXTPmmii3bxz19/TCBuQpV1T8x En1/Tk2Ov/ia1u8LGMK0IOxzBCHhWzAl0Wb7uK59kDXp65m17p/w+W1kfbcqPtQOXyuIgBX0Pg4Q srKEDOAupdg0j0fv+yDIza6kPT7gAwXG3q+X+fSSpp76M1schBwtIeVbMCXXG+qUAF1VD/Io2+jQ e/rcwKsjCL+XSIwmByFDS0j5DpqdMwPmtvS1VfTbreXxLhX8uQ/2pX4sYghTgxBD2AR7GfDpUqPo T7ohItoMOJFRf10q3dsQ9OeBIHwzeS36ZjKB9fclOJgchPws4WFDJoU76E/rPaNQfQ3hcm/HL5Zw mzSVS3AwOQj7tYCQBgb9zZHvwdPts+VzTsRHU7gDwpfigf+YvUCYA4ScLEGlDcLgVxj0sL7BhQmw pq/rUFlE7FLnKs8OQp/AiT7Int5PApuY6lDf0WmM49si+WatxoMDZXkJDmYAYd/n2lMGwcYPQt86 5vPNaO71JG5guMDqevifcO/f/lE6PQhtD4YjT6RUh8S4iPfyh18a33kSrz8r1sJ0uYL7ZjnFdHv/ 7mMEYd/n4iPKjB9c45M4S3E/guFPogMIh5m0c/TLVZP5s6WkOfx4FSMI+z4QxzD+DQRhVeryIPjU KtKfZ4rfqSG06KCTMGpYjM4BQtvj8sMlR1Ps8xB/GSMz1eyq0welL8sAvgOCFtG3TVU9PwYzgdAh ulUa/dboQZDZeledPie5AUHf/uMRhLCT//GC8DK61ZAuU6wZwULiqWxwTL9WRMQcA/22Q/TZXe0H gk4ZhGxIiPnqBm0DyZOywyIixskp8PXVv5lj0+j6r8e4Q/wg5EKCivfiNBNR2RcGrbtEnh4Mgv40 Av4CwuklzmujyByEPWVBgoq8Rui/uFS4SzyPSNf4uMjiFoTDkZqaNWkJ9/FED0K/m4j4vJ14i3km YqsnyHRGblEq+v76usO7zPrGETJPjbqEz4Jr9bo//Mgnvx+9Jj/uh44bsVnfn0T+BANdoyck7LsP g5mBsBvzzZvw1zP65Fc+dYi+cHCwL14RCINuI0pHUFOD4CNbqBEkTPkRCHpdIHQNngReZpgaBPZ+ epr7hnAgEL4AdiAg4Lq72EEYcR+P467Ks23UjHCECQqEq8WjIR3h/FcBVxrt4wZhzI3MB4L2UYCw HbGINTgGLELhQJDL+lm+OgJnDkI75k7my446jkvTglBs/IiTDyYAQVOgzMhcgiBCbOS4t971a2s6 XxBGJXnRlQnTXpEuvY/nXsVJKKDEXm79KJrE2OMERcCX1KIGoR11KysDgeommlc+NYuzOhQIV9t8 iZBYOb6wFrBYjhoEmgOEOhcQKCIMPpfLhQaBRQ6n8By2hY+gexofCKovCMXMLaTYF2KH+llaRIwN FaLXG3yx6Iv3N8M1jaIGoe0daHGnRmotL2uyC1d7s1gR586Zkb5q0IZCOGoQRt5MhCCsJDcKWnUb J+YThNMiPuaL/zi1vHSmIPSPGoCQIwhWnHOHzIjP724S0e2pDGMSpX3EIFB+IGAji94yTg6OcLW2 iGX0Eu+cQVCDQNAdKuogBSdAGFIiOBFxVo5dIrn40KQ6LwzRo8eoaEFoR3MdBISwjrDm3GhQq1NE H06QurPY9LTp0XEQ4ipPEGguEOZLjdZdIgzKZG4mES5XVBBfr7krtwDh/v0E+fgKTVCYJEeGfJO+ WHV3uyvwzU8c8Unt4wWhHX9DYT5AgBDKEAbkRlcg3O4DfA2CplIDhN4gdH1mxa5CDIfwAz3obbLD gorTrLK+6U3wZX+iHJEbqYhBCHBH91gqqsv/e63tZosoDpIYmUGOcKwS7lbb1w7BIz6p9YEgx1Gj c+bPjCB+Gay6Cwgiw5YfnV9Qk+dVxwgQ9vGC0Aa4pS8/g2tf1L5vrlMi1jsM3K9BMMPmv84g6Od9 qLICCF2LhML6uvfbK8iNXiKw0Z3ieXCV3enrzDKZ0cQgBLmnryAY3/QDQQ9c37imjKrUm9eD8eCd V7p+owx/5PvVgSC67rf5z9BZBF5V05U79B6GH2Xw8Pv0zYBlAULHallEdqZXZou0qIM291MXXd4c /zdgyOanpdvnv3LpafjqUxUxCMMXIzz7KZgbm0R6ezdeeXc1jOghO1c/AUGIzz5kxuxbsM8ehGVW G7FdGwnbO01mIc03Sc3Yuom//vH0/xtfbQFCZCBAp26bLgc0fwbVYOJ3g+1exQzC8EekwvAEjZb/ 0v0JGP36OtXd7DbboZawBwgTpEUCAB4+mtEl2s10RXNOjYpdOXRTfLUGEILmRoxau29ydP0azdga YXvT7ri0nOF12T5mENoYQYBClbrDCujy3iYxp3xIOi+jDG0IsYJAexQJkaZGY39C+ZWb838DBICQ hkbXypqeLYCUEOGSLwjIjeIBYWyJpZmo6ZV3zcJBIiDAErIB6bi1jr6bbg3sZKjIQSCAgLr63t/d vARUNpd50zKGMCUIFA6EYT/LIRgXLav1g1r59gTd8rOFupwhTAgCBQRh2M/wQfNQ6Lk23fpLW01E lb4m47iqfugbtVGDMDKbCTK17MDBXDK3+4TcXYvBd7pGY7e3ixyEsVm9CmIuGiDMlAf9/qPHky6/ fOVmTIkQNQgUEITBUCHq50qL5EfXZ10R0a17jD3KOWIQKCQICLTYVXefXri3qO7lC/uan6ISLwht SBDQO42/QdRvnq33+M+a0wSBQoKAQEtQT8GQnt9Tmuerv6MFoQUIqw57/TComTRJ3xVFBX0eVJ4W CCFyGZVXZqTX9hbEg1gv3G7ApiJahFIEIcSDzMwQeLLRd+nqQN+9vodjPvff9Z3F6icmEy8IbVAQ UCrf6T/OntU/itE708f6+TfsBryUrDXrBB2BAMK0WdZwe3l2pqKwvhnIO6wF/RqfrIO/DMuGxNLa QUDkB8yNniIktzv8+oHbnE6QvIlJzxHaUCAQEREMIaQK/4qEAEEceD7/cO7a02MT4gQB4RYvB2Wx eewtPH6Hiun6T5JcaoQhfGKN2NG42PlGzzWSB9XzEjtKEBCpU3csx2RG3qe5M7glgADdgsDDQWh6 H7mVgmIEAZlRxG2j2te+ye95RPmqJsJ0Yj94+Tpj+agzVLqN9+Uu/DUJQAAIkVYRd03Dkx9wCiMc AZlRZu0mTX7j66jKd4AATZaNPCmHTeF3+T2MfYQgIESjzpl2hdf5nTgdIQjxGELS6/+ryX5yUbto M5xVg4BTO+72dyb82Y9SI10OfHlIAwSUCOlZQviaVy9dRasIQUAIJ9uG0cmmRgAh4wRmftlkD5eL EIS1ZEY7IiJXZ3VP6R6yuAcIS8lrotK7errYmb9I4IUzIwYIUYwq/ZKi3YZKvy2nm5yaCLHiyc9N 9WxpFSEIyXKg+l0764qMf7y8Ld78J8OT1AFC4IfZ9vGJjfeeKb0lzRnO2+zTB4EjG1V6ZHaimTJc xwkQFikRTGQgYD5wvZnRoiBwgGN7Qz7Nvr0jROE0km6PVnICgSMCgQDCknX852P1vttLExwyM1oU hFMLJg4QEIuR+MGm11t0+YBQVMu3UMBBPM4gm2rT/ZUJFSMIA+9cxwACIjAWlZttj01X9xmBEEML DvEXYjwJ8+OEe8zY5wNCFH0j9E2D1Llfshw97Od0T5YVQIBikS23/ACE6a08HxDAQSIpy+PfU97P 6VlPDoLKBwQGCOmXt/e32GYBCFAE4TnTti1sys3mbtI7fda7BwhPtQEGM5bK2m/u5UY8PQgqKxBk zSAU6b/4zKUv7d0uyORp7x6O8CIrSCd/Sd8RdrumvDP2s0w+Q6TyAaGYaJBKqrWjyaTcPRPa7arN El2QfYIgPAjN0hOVkuH7g90xICIqOeGqRsjKrlxgMFIpgvDoJZwdkWfNqyUh/Q15C02N7PgR46kY wmwgFJsHw0mxI71aSyhTy+Qe53c8eQtkUkOYEgTuMEIURHq9s2olz5hRT6g73VNJjIP5QHhkrEwx vbw8e+9xxkpkztbX9MuM9gmB0OUDKNdbKWeRFT24i6SmEGZun1Z3/3bzYu25XUXbKDtNPamsUgKh U/lUvhgU19tQSrkzNfXyivAczPjOMvf4F335R6xPTS5FkolB2KcMwmPtnoEgGiAkB8TEIOwzBEFe /e3g/oMgIJfyBJZJVwvscwTh/rb8l6nRwCqhhJEcuhHzF/8sU9q42icIQvH6ecgrl111Y3K0igV+ J+sJ26cTcTD1bth6WLye/zacx641VVqgxpqwQtjv0wRh4IOsuAdLT0waWqhYnujpq/26QAjx2jdS o8UwmG4WIRUQgu2Thc2OUpZM1jTaZwxCqe85KXqfaXOgAcKgTOjLX1VjniQ2cFwYhKnyUpUKCAP3 utN3BpAxIGCDpYU5SK5lFAcIoVs8ah1noalYO0YJ9k6DgzAwAi8eXUFEPK71rdaw5160NynCMlHv WmUOAusLN2VNhavGZUaZH48Z9RGgLHqy3GifDgj7IRiwZiJzeAOHD32kKxB6TterMTkaQAjQMkqw ZxQBCOfsiJnI1U7fFg08JE6SzbE7B0S0pfJUswgqJRAGD1NirDAVtbea6GYegQeEycsLUS1AmAoE PeFtZw6CiLFEbJw+cTHUE1S3K0m5tRRxZkRMU60LUEmBMGScqliTFdGX7SI2MnLcePllAGGyejlB Q4gBBBEiV12XxdrYcc8r585S5O2AaUBQiYEw8HVNIeLLs8eNNnrM8+pAC0CYSpNkRvvEQBi4ykKI RKTYnlPNgYlmZw4AQnr3nDkITEyGiMX1OGB3TO805q5L15tc28LCfXIg9P+EWERva92EWHvd7RL2 KxxSYQgzgzAgwISEG9PYUM8LuQUMIQIQBm3qQlzIbbo09Hl1/DpEFziIDgQiMlf1AbMMeANcdf39 CiAgMZoahKERdr1XbWGNqQYNHF0fLeILhjAtCMMbGhcWwE7soOfVdv1axBc4mBaE4SF2Uxf0dATV 55crgAAOpgYhVI+7GvDAOv9ugBBUye11OgcI+wUHju7PF8EbUJw6B9OA0C7GAXZyQV4UEQgLWIJa 0IvgB+lzMBEI+4U4gCEsogS3Op0LhHYRDmAIWYEwJwdTgdArJEc/xmWrdIhTfEl5JhDmjMlFi3Qo 9X7RxCD0CEod6nkheABCdCB0J8FsQz0tBA86p/GB0JkE7g9Ce3fMQGYEQ4gRhP3czwjBA0OIEoSe QzQDBChPEPqRwCOfETIjZEaxgtB1lN6FeEYAAYYQLwjdwrMh6jEt8zQz2iKGYAgxgtAFhaKWPiA8 NR9/OHUHgiHEBsJrGApfEXU+U/Z5ZrQlMjilGYYQKQjPiwX22/GDRTug6oZgCDGBQFJ1j18V0dtA UC4cRAICN7ozCFG9HwrlkRjFAEJRERXGj35IiB8YQtIgbIiIih0RkRnzkBA/MISkQag1HRs97EY8 JJQIMIQkQHgYqOaz0VO4EQ8JIACEtEG4SJJer7RQAAGZUfYgsB0xWNz/iZhaAwjpgUBaD+bgPgha EFfIjFICwRKRfG4L8mggVz1BAAYAITEQhIhE3DFyHywWUj27UiwgASAkNbNMoonYuaMlcBgQsOoI JUJqIGhLZIyTwWNFi1oZIKQAwqta2QppdnrwM2rhCMiMcgDBVERlo1kGPqT7P7+AJQCE9EBgSyLy bBjHfBoyo8RBeHX/RhORJhbRPGS4AAgwhBxAsJ9JvehBlgAQAEL6ILDU+pTUM9Gz7AiLsJEZ5QtC 4XZHENxhDqzc9XtQI/wAVgIQZgThebht3uUTCSEi8rteljDKihF8yIxiAcF/nNqcbJmIqG76DBnj njwsAYYQCQj8Vt30+9923ceMduwQhPCDIcQBgrzfrhN1tvuzGv3oYQkAIZLUyGq+OZixewc1wKNH /CEzigME0XS7zkg6jhpBHj26S6s3hLlAePEANJG5yoaerRsNOo+mOv4U+EbehhAJCERU2AGP60kE 19sXKdblD+vyO/OKuS9nhPO6DSEeELofFtLtPNkfP4mIuOr2wzp8RHnlRl9ST2ZesyHEAELVE4Ru B4w3h4/adnv47evfmA8IfGkILCKH/9VrNoTlQcCkj/QAABx/SURBVGA5Lq+w/R9Yh68tOo5CbYD8 KR0Q5B4IqzaExUFg0aQHPrGgT3+0a6REgujPbsQBgQg4WNYQFgfBPV92PTwwbd9h6PXXZVQhyGHb EBI5/JGXT4zUukEwTEUzbOwIPQy9/KRyAkGLZmEROf7P2jmIAYSBT60NDcKK1lqIlhMDxFpWXylH AIItH/3Li49mAhDWtOpIDrIHEJbf40CtHQT6t/urKepykYFoNSiwiOiTKRA4WBoE1g82eNRmoQ+g XZElaNEcgx1EwMHijiDVnQOj9OvMaNpPgFT2S4skpi2S9wCB75ywzBEMRbkbg41p67M9QPhcYPFl fmHZj2AFCVI0JKj9ikB4HFjV203qehyxFgVhBRwIQIgKBKH3y/8sjmvlTgksLwNC/nbA8VQIAIG+ LpPmRs9ZJ6h1GkIkPVOA8MSgWX/+z/mPM38G+XNgRAOEuEDY3v2kiIiKejc5COtMjFisjugQlVWB 8Ci47PZxP8PL5L2jzA3hbqwzi1ikRpGBcOeMnFMZV1ghs8RHkE1f6H60s4g4pEZxgVD4r9MI5mgD xfRTnypnQ3gw6LOIOBPTcaN7gED0FYTCuWU/grznCXhnRZxlgLAQCA/G2U11NadAxOI8WXr9svFU lpCBIciRhK8oGO+9FRfXyXIAgYjfL5oXLETsaEOmIqIfC30KGTSF9CEBuuMJtfeNs5YAQmyO8POm SuYdEXmiZrGPIQNDYDnphhDj6rpxVgOE5UDY350uYHu1qEj+OP2hWepzSD8zOmOgb//BWeeclbiu VwEEoeIahG+nisFVS41IWXRN75MgzjnnrGiAEJsj6HJ7t9MhZtYPKytDkEtddaA31pn4OFgdCO3D uu6cKcnpzzN/WBmBUFyBcBn1DxImlAhRgHD1H0ya9RIvjKi0M6PLYd9dGcLneCPGOCfEWkd39WsD Yf/AEfgKC1MX1YIfRoqGwJfNITmC4OzV2M8bF9vsAUC40cUYVVRsmrJa8NNID4TrLunRCZxzTg6b d534MBLpDajVgfAoyM77Mjt28sdbtUSdoBLNjORqJemhc2rEOLksilniOAcEIDwBQS4Cnt9+Enl9 /vRmt4RU5wz05X86cfbaAETHewvrA2H/CgRN7/r817zA59GmCYJxct0YMtfH87KI6FhZ2AOEG305 TFDP/oG0aRqCO2ZHn3PKja8q8q66mGWOtURYIwgP1t09fET67h+ntITEMDiFuRMRMtYcMyNrvHNC 5C57qTpSEtQKQYg8zlID4YSBsU7McWtrEakbu/GFOx3/wWKMjXIiDSBEW7WllRmd6wF7MYdm6sbV vnHOOik0EZF3MWdH+zWCEHmgpQXCuTA+LywSEVc3zr9575w1h0a0c3Vz4QmCt3IWByF2S0gJhM8y 2NjPFqqIGOec82/e23MuVNXvzScIgpcRAEJOOudCn+Uwk0jtnau9995dNky9P5DAD1/pR40wKwgt Aji0IcjJEIxxLKb2zvmmrv15ZZGzTIW3B1RQLEcBAiwhuCF8ZkfOOWudb9yxUj5NNhvn7M2SpKiy o3WCAEsIZgiftYE4dwTBWXeQETkeXy3GOeP4smvEcWVH6wQBlhDMEM6TZa5x9gDC8V3Mw6tpLEQi zrna7y5BeD2jMCsoap0gwBKCG4Ku/QkEK86KPu1rJJrFWDHO7w4ltSYd33zCSkGAJYQyBHs8H1Ya UzvnnLFGxDh7WnLNIvrQU3KNOzVYdYRTaysFAZYQwBCMNVZEs5AW07ja++ObOMZdva52WUQQi/Cx 24RqeXkQRlgCA4Hjg2g+19Gx1I33H94fQLje5pqPs2xinYhmPtAQ26ojtVIQYAnjDeGwZII1ERnn /Z/vrnGHZEmuQTiOHZqZDzWwAIRYQECV8Ci+q64Vwinnp8NCIv/x4Z0ztW+cdfK4vtanZIkAQgwg gIQH6jhQs2s+VxcVzrjav/uPxtU7/+6debSxKT/a/26OHlcKRcICl4HkaFxi5OyhPSSaCntcWuTf 3puNb9zDHX5Pb/HY+R3h1VuiqwUBljAKBGfFHObNiArnXOMbt/Eff/+ytfePt7o2F2+zzXi1GiCA hElknDHe1oeOqHPOO9/Y+u39wzdifPOsSPiSGvHknbgue5Go9YIAEobLFc77+rCu2ti6qY1zUn+8 v3vvxDUPD4VizYf32S5AmL5cOG5SogECyoTQqr1v/KGBalztrHNSv3vfON+82EVcPmuLuapkLVqT JjpuHfD9Lw0Q4AmBUiN/NATjTgvt/NvH28e78+5FjB/eYLvYGG96EI7b8ujjOcH/AgjwhFCpUe2d 9+cV187V/u3948+/P/zL05O/tE+n9QbRQnLY3lye/D6AAA0ILuec941z1jjjji/ru9r//fvj3b88 JfBid8jD4ospSTguiRKWFyu7AQLUP9swtfd146wpyFhjnD9kRx8fH/7O6e1PfhJNPbcmxhrRh3qZ AQJACBxcrnaNa0QTm8NbCLUVeXv7+HhvesS1nnySmeVYu2uS56dmo1iG+huCc87UToSInTXOOVe7 xrr6z49frk+QTr7qSKw+b9LdPJtVAwhQf0OoG/fm3XFa2Tgnrvbemvqw32k/EKat6o+9XGZx9dNj UgECNCAzcs57pzURixHndqZpnHVG+pyXydMvQtXijg7lxNS/9JMyASBAPTkQK8bVx3UUbJyT+tA7 ctJromza6kATa7amOeytxIZ17bdwBIAQEAQx4nxjj8chHIsEJ3XjnO2VGU0FAhMRE2tyYkSYtdaa m2bz887XVjFNJACElGplFuNcc0yCrHGHZRb20EuyPUCYzBD46AjEUnsRITKe3cfds1ItQAAIw3pG LKa2p9MDDy9nmuOGXq4zCDzHaiMW2Xh73Ha4rk+MwBEAQoDMiEQ258VCpy0qCucO+7t0L5Snv9bC iqktEbHV5A7VwqPfCxCg3sPsefXo8TWbnXP1YbevbsP8YRuY6S/VOe/kyN2vwy/cPHhrCCBA/cNL n8ZVfdzsrnT+cBJIZxBm2AWY2TSHzIgKefOnqxeqiYg0H1aj1gABIAxzBHPa0PE8OWz+s/Z+1xUE nud1BJbNrjqCZ/zp7GxXkd8SkXOONRE5gAAQBoPw2UCS08pO32EF9tyqLVdG64rEbY6LAa0QleWW iBpnWYioOqAAEKCe1fL5kNiNNcZYYU3Emw/vbSzXqJmIiWprtLM/3jU3jT91uYiIGkff/JsVITJV 6YgwoQb1NYTzyjWprThz3JvFfDR1FVNvi9i4nbNcf/yyIiL21O49pkPvb7Umorr61qwehE7LsLcI /kfRdtzgUbRYLf7ipKjlL02E2Npd7Wjz7p3I5ljeF/VpWWBTvlVEpdcfGiB0eaYeJDyZDDAiVow4 LcY30ezjyPr4PhpvxZrD25nHZaiu/kzgSk1U1u7QTgIIL0Gg0iPo7w67VsQ40eK0JjZv0dQIzHQC QTa/mMzFPJ8zJ+NiIqKCigYgdH1DzW/hCvfzDzGnI8TZvDVVPIbAxJqIvNTvdFjufQp/a06936vL BQhdVAKEu/0jLaY5zFiJq32jY7o2FiKqrbZsjiug5JjQHS/TAITeIKBiflQlHJfZiXFvb3VMV3Y4 l8FY0lQ2O/1ZNXzKnEBggID+6ZhQI2NFjj0YNvLjI6qrO7ewbFFbEn2z2s7Up8GtIFr7vkYAYVzP yIqcZhVEpIrp6o7L+kQTuaKpSLjZXX1BwSdSfgAEgDCyeSrnpXO6u5PMVCSQEDEzsbFCxPXuyxcc 9BMgAISRo+71nzie86COXSLWJJqMEyF+a244vqr/Vg4CdvgKMfQKHRJwPq1jiAIEc7g2p0msJmJ/ u+PS1YsJe4AAjcuQDodrHsLPRAIC68OIz6YRNtYI0WZ3k7wVjgACQAg29F6dE7XUOmz+Wr8c27qW WVdSERW1fsLB2kFAkTB+IiG2lxAO1nQE9HjyMxHR5qZrZAECQAgHgrFOIgRBpLZEZIuqcE6IWEhu JkWv+FVrBwG50VgQnBG6mr+KQca6uiJi+2NL1olm457PcgAExPI4EFxjtdEi9buOyhEOS+uKhsg4 Ea6b59+wBwjQSBCErd14Y2MCoXDWCDHZ0z4b5sU2SqsHAUXCyKG3duJE6p2N6rJqJ8TGSkUkRmsR 92KGAyAglkeCsKtra4zmJa+Cb91oJ5pEbLElzZZF3ItzGxRAiDI3SidhM7U4KxxZ44h3xFRaK8TW WHbOOKcBQnogpONTx43u4uoZHWaVN0YORzloY501KWRGS4IQY8ypdGp4Fi2iySxoCXzn3Fg+TiZI I7WrxBhniXgDEFIDIR1LkOOinuUsge8cCMX6uEy8MVJYMdLsqHBeR54ZLQpChINvSjX8YRtUdppY y1KX8LV9qonFiIiYisWJ2+zqNwsQErOE5OY3WETH9DYC8eFMK2ts3bCIsPzwXvjRXMceIMQIgkqu rctaNN1J1Rc1KnHeiXY7JtHyb+++qQqn4zaEZUFoowQhJUsQEX56IhovBMJOWCwTsfmxe7JEHCDE aQn7BEHQ/OxshPlLaSExztndiU+vE2ieLg1CCxDGhh1rJnkS7npSU+C7Zcum3rndaZONZygqgBAl CCq5pR+HKNOvJhwmHP7vsblxdlPpDqkZQIg0N0oUhNjSNVM3p16Wsc8Wn+4BQsSWQNDgWQQiIq3F OquJjCZy59OuojaEpUGI0RJSi8enrjDla836YQFvndVMhSUWckkYwuIgRGgJWY3ak77fzw/qBuPE iubC8vOzbAFC1JaAnGcsZSxiRHMpbvf5JeVfUWdGy4MQnyUgwMf0jA4gOLcjYuv9+cCcv6I2hOVB 2AOEDAlxtddUuPrjvMbo918xG0IEIERmCdhUYGTdIEQixnlNVG7q86T3t79iNoQIQIjNEgDC6MKB jWwaTVTvGvuwWt8DhPhXY0NjSLAi+lsj8u7lnz8lgTmEWEDAGJxT64iNbYS++fe394r++ZPSMIQo QAAJKdcEt6mPiHGa6MfbuyEqf+k0DGEfyZGGUDYgsLWiyTS20kTf/0unwcE+lk25odCaaTme3JlE EKG6cZqIHr2ZtgcIICEzR7i1BRER4R+/RBOR8TYNDvbx7CsDpauiunQEsSLFh2gR4g+bBgf7iLYR gMIN0wuepSOiSUQbZ0SL/qg5CQ4iAgG9o4Aj9II7ZIsQsQgbK2Qq9kUSHOyjuiygkKb/VF+qdN40 RB9y7+20PUBAgpSp/9z7O1db/77l+PumkYIAU8ijQCmc2xXv21QwiA8EWELHjmWEkhMIRGQqttqn w0F8IICEZHVZEDgruvA+ifIgUhCQHOUgb0VT7bepGEKEIICEpHR3woL1x6625HdVKoYQIwgBSCi9 RojOUq6wvfvCQfmxqzV9+4MAwrIkMECYqW7fVHf/oTZCZKpkMqM4QUB2lA4J9x2h8K4iqtIxhEhB GEdC8aVvB01Hwu7u3/7+cpamAgizd1FRIiw9qfGPv7/81R4gYEJhfaoS42AfeSkPxa6im/kqgAAQ 8k6Nqq9Lvj8otcQodhDQPUqgRqhyMASAAM0wWxM/BwABGtGd6wrCHiCgSMhX8qPKhgOAAA3Ni9h4 IqLd3TfUUuMAIEBD+6auPv0pAw5iBwFFQryyO+ryttweIACENXRP8+BgH/0SECgxEL7/lSAGAAEK re8pYhA/CMiNEtQ+QQEEKLQUQEBuBAEEgAAlmxnFDwJyI4AAEGAJiekDIACEVep6D4tvf6RaIiQA AnKjmGUyqZUTAAGWgBIBIAAEgAAQkBtFrzsvayqAAEtYHwi5GEISIMASkBkBBFhCWlIAAZYAJWsI +0TerIYAAkCAJSAzAgiwBBgCQIAlpKMyaUPYJ7PbBhS5PgACSIBSz4zSAQHJEUplgBAtCQrBn4ch 7FPaggkgLK8v+5wyQEiGhAkRWprO2U8P3QCEZElQU4KwcMJWLdAmrZAapUnCPmMQ5tLFuP8NNUKE FbPqYgjTRauKsnKRCUD4PDqzqNA1is8UusT4HiDMVowAhCVcQXXKltSUDadYurpsFsiRAEJS0wv7 NYAwX/cIICRaQKspJ+MmdZsUJhEAQiokqEkn41QsM952oUkEgJBKcjTtrHQsSz94pukEfvlXACFO EjpXEsMNIYbciPViv1oAQgLJkRoAguoNwmKWoCk6AYQYSVBD5qRV2/dTXwoEAQgAoQsJqk+XdcCi CTVtAfJShgACQHhdJ/Tqsg6ZK1b7hS2hR4lQTOdLFUCImoT9MBB6xPWAvGsia1gwR2IGCDGj0H8G +uIbexrC0pbgqgXnF1iQGkVbKqgBM9D9p8gG2M008nrJiTa5Wo8KENKedxswRTasFJ81a5lpoq3Q ACGL2YZhU2SDKpB526vVTFMNxRYgZGYJ3b9SDapAZlVRTfNqwtdftNMAIStL6DEzMLApleXai+IX QMjLErrHtRrYlMoShPLjsPEpQMiEhB5xPbg9m6OKP+nvZ/06gJBWcqS6pzpqaHt2vo7RnPon/QQI +VhC969Ug9uzs0DgNGmiZk7sNEDIhoQecT1iomIG1b/0lOUB9x0hAEJSyZHqnuqMmrKbWo2u/1js lwOE5ElQ3ZlR+4hJKN6XfEsBIKROgurOjBo3Zzd1K/PXkiDsAULaJKjuzKgRfansBRDSJkF1D+uX 5t8CBICQaO+oBzOje7QAASBEikIP++hYCy5YKgMEgDCIhT5xrfpDNjsIC29sga4RtCQIGrkRQAAI RG8/QQJAAAj0Y+diAUEBBGgxENy2gSUAhOge6fw1cjSGkK4lAIQMQFi8bZqBJQCEHECISQogQAAh WUsACAABIAAEgIDcCCAABFgCQAAIsASAABAAAkAACMiNAAJAgCUABIAAEAACQEBuBBAAAkAACAAB uRFAAAgAASAABORGAAEgAASAABCQGwEEgAAQAAJAAAgAIQa14CDBIgEgAASAABAAAkAACKsGYeLL VAABICwW2/1GbIAAELJsG6nuCKrJrxMgQPvl0vKeCTyKBICQHwiqa1Y2z5UCBKhdyhCeR7aalVmA ALVLGcLTyFbzXitAgNrFDOHZ7359taoFCFDiRYJ6ReGrCw6NsAII0KIzue2YAboFCFDKIKgXwTz/ tQMEaP4iQb349QtcPECA5gfh+bCulrh8gADNnhs9j+VlQAYI0NwgqCfXoJa6fIAAzZwbPQw5WZJj gADNC8IEEQcQoORyI7Xk1WuAAMUBwqJ+VsARoChyo5guni1AgJYAQUV28QABmj03ip9igABNbwkK IAAEWMLUi/17gHCnXP4GEKCZQFDRgPC1f/qfbwABmik3ivjSv/3LAwRoHktQMYOgUSNA48Lpf2J5 HXgMpCWKZWhkPP2O5bX47nNogq4RtFSVoOIBoXDYxQJaqkqI57rZCkCAFrKEiAAuNPY1ghayBJXK ZQMEaEJLUMlcNkCAprMElQy/OB8Bmo6EmaILIEBRJ0cpXTRAgCYiQe0BAkBYfXIUF7xPG6dJ1soA IX4SknQxgACFJgEgAATUCYmCoAACFNoUUqxrAAL0YpDdJxBTK8yMAEL0UQYQAAIqBoAAEADCYjHV rq9EAAgAASAAhBSKhBRAeHtPPTMCCLGDoFIA4d///Q+AAGUHQu9q+d/+q0o8MwIIsY+3SYDw7/+J 1AiaFoQUyhgUy1CejtACBCiy8TYJEH5vMaEGTZx4RH6Jxe//0t/+bjQW3UGrLhK+/f4Xff/bAQQo RxC6XyJrov/4X4sXcyBUy//9oQECNHGNoBK4RuxiAQGEcgsQoBlG28jTt+//8a9zYvTtHXufQpPk 35GDwPzPv5vLHhJAgHICYd8ZBH218FTj6ChoIhAiLxJ0HtUyQAAIQa4SIEDT1spLhdTLabS83t8H CABhCAhEAhCgNYDwIjdyH/f//i+AAE0DAsV4nf/wP0/Z0ebqH7aJFgkAASAMsYQf530rPnQO1TJA iASEMr5s+wkH4nRmbSOAEMlAy/GB0PaePEi4WgYIkRWhMUXU43V2HwXRLw0QoFWA8PhSf4r+xy84 ArQOEPbP5hGQGkGrAWHUOguAAOUCwqgX1RRAgHIBofNrCRogQBmD8PRq/9zCEaCVgPAsOfr9B0CA 1gLCk8v9EyBAcAQUyxBAAAgQiuWzdgABAghEvy1AgFYBwvMr8zuAAAEEKr7/BRCgucrPiKktNUCA Vg7Ct3d0jaAZQVCRXuv3vyuAAAGE37+x1ghaBwhPSwTewBGgFYPAGjPL0AydmNhBqC1AgBYAISrz eid6w1ojaPUgfOv24j5AgPIGAatPoaXCKx1kAQI0HQgqVRD2AAECCAABChtfAAEgAISEa2WAAK0V BAEI0GQBFv91ymHNBVscFAJNBoKK/TpZRISISGuAAE2WG0UPAonYe2vxAAIUEoT4L5Pvn5kAEKCQ uVECvGo5ZEg4cByaDAQVJwhyXSToO28pAAQoYG4UHwj6EPwvD5ICCFBAEKK8SpFTyzSbY5YBQuS5 UZQgsIi+LQkAAjQhCCpKEETECue0wAIgRJ4bRXqRIiwvSAAIUEBLiJdWlufJEUCAwoGgogWBiVh0 PiUCQIg6N0ojfwMI0MSWkC4Ie4AABYsyBRAAAkBYPJraFWVGACHi3EilC8IeIEDBwmwPEAACLGH5 9KJdUWYEEOKNs326IOwBAhTKEhRAAAiwhCiC6dWGLRllRgAhVhJUhCAwS66GABBiTY4ivLzS5WsI ACFSS4iO0w8q6ooAAjQrCSo6EP782eh8S2WAEGdypOLD9JuzOmNDAAgxkhBLKF35lel6rOweIEBB SIhmSG0vztLMeVYZIERJQjyR9AnCm2Q9mQYQYqyYY2TUSedDZfcAAQpgCirK6xJNhy2vyeSZGAGE qGJOxQooE7HVoomMztMQAALUIWljIhJxFYvNlAOAAHWtXsTSi72M0k2MAALUGQQnws/3/k2YA4AA daviiUREND2ZVlN7gADlDwIRk36yEFvtAQK0htzo4ijZ7DgACFAvEIgAArT63CjPzilAgAACQICC 5kYKIEAAASBAyI1yyIwAAgQQAAIUKjdSAAGCJaRvCAABAggAAQqUGymAAMESMjAEgAAFsAQFEKDV gFD4h5s+AgRoPbnR97///HjLNTMCCFBXS/j++/ffb7kaAkCAulvC//0mou+WiKrcDAEgQN2rhN9E 9P3/fhJ92+ZmCAAB6m4JhwRJE5VEpc/KEAAC1MMSLs+R+sjKEAACNJCEKisOAALUNzk6Z0n5JEYA AeptCf/9/05NpIwMASBAfUn4j/89/uF/MuIAIEB9k6NvRNu8OkYAARpUJnz/KzsOAAI0omDeAwRo 3RVzTnUyQIDGmEJmd4YPFxpiCmoPECAoP6/DI4AggABBAAGCAAIEAQQIAggQBBAgCCBAEECAIIAA QQABggACBAEECAIIEAQQIAggQBBAgCCAAEEAAYIAAgQBBAgCCBAEECAIIEAQQIAggABBAAGCAAIE AQQIAggQBBAgCCBAEECAIIAAQQABggACBAEECAIIEAQQIAggQBBAgCCAAEEAAYIAAgQBBAgCCBAE ECAIIEAQQIAggABBAAGCAAIEAQQIAggQBBAgCCBAEECAIIAAQQABggACBAEECAIIEAQQIAggQBBA gCCAAEEAAYIAAgQBBAgCCBAEECAIIEAQQIAggABBAAGCAAIEAQQIAggQBBAgCCBAEECAIIAAQQAB ggACBAEECAIIEAQQ8AggCCBAEECAIIAAQQABggACBH3R/wefzg7w/RhBxAAAAABJRU5ErkJggg== ------=_NextPart_000_0005_01C1D4E9.C6006E30-- -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 26 16:46:33 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id QAA26235 for ; Tue, 26 Mar 2002 16:46:33 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2QMkWm10737 for ; Tue, 26 Mar 2002 16:46:32 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2QMkVT22692 for ; Tue, 26 Mar 2002 16:46:31 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2QMkGh28310; Tue, 26 Mar 2002 16:46:16 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2QMkFt28306 for ; Tue, 26 Mar 2002 16:46:16 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout01.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GTL00AQYR99U7@mtaout01.icomcast.net> for png-implement@ccrc.wustl.edu; Tue, 26 Mar 2002 17:46:22 -0500 (EST) Date: Tue, 26 Mar 2002 17:42:25 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] PNG Question In-reply-to: X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Cc: bipin13854@hotmail.com Message-id: <3.0.6.32.20020326174225.00e7f480@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 05:15 PM 3/26/02 -0500, B Patel wrote: >[non-member submission] > >Hello Sir, > >How do I separate out green, yellow and red colors from attached >file without loosing any pixel. I would use ImageMagick, which you can get from imagemagick.org convert -interlace partition file.png file.rgb This will produce file.R, file.G, and file.B which are raw pixel files, one for each color plane. These can be converted to PNG files if you like: convert -size 1552x968 file.R red.png convert -size 1552x968 file.G green.png convert -size 1552x968 file.B blue.png Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Tue Mar 26 17:27:07 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id RAA26457 for ; Tue, 26 Mar 2002 17:27:07 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2QNR5m14389 for ; Tue, 26 Mar 2002 17:27:05 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2QNR5T24896 for ; Tue, 26 Mar 2002 17:27:05 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2QNQRe28593; Tue, 26 Mar 2002 17:26:27 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from nicemice.net (arwen.CS.Berkeley.EDU [128.32.46.192]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2QNQQt28589 for ; Tue, 26 Mar 2002 17:26:26 -0600 (CST) Received: from amc by nicemice.net with local (Exim 3.33 #1 (Debian)) id 16q0Km-0004JF-00 for ; Tue, 26 Mar 2002 15:26:32 -0800 Date: Tue, 26 Mar 2002 23:26:32 +0000 From: "Adam M. Costello" To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] PNG Question Message-ID: <20020326232632.GA15408@nicemice.net> References: <3.0.6.32.20020326174225.00e7f480@mail.comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3.0.6.32.20020326174225.00e7f480@mail.comcast.net> User-Agent: Mutt/1.3.27i Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 05:15 PM 3/26/02 -0500, B Patel wrote: > How do I separate out green, yellow and red colors from attached file > without loosing any pixel. Glenn Randers-Pehrson replied: > I would use ImageMagick, which you can get from imagemagick.org > > convert -interlace partition file.png file.rgb > > This will produce file.R, file.G, and file.B which are raw pixel > files, one for each color plane. I don't think that's what he wants. He really means green, yellow, and red (which will make sense if you look at the image). I think he wants to convert the color image into a bilevel image, where all pixels of a certain color (like yellow) become black and all other pixels become white (or vice-versa). This has nothing to do with PNG, just image manipulation in general. I don't know how to do this, but I would image that Photoshop and the GIMP can probably do it. AMC -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Mar 27 10:19:35 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA02118 for ; Wed, 27 Mar 2002 10:19:35 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2RGJXm18453 for ; Wed, 27 Mar 2002 10:19:34 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2RGJXT06318 for ; Wed, 27 Mar 2002 10:19:33 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2RGHQf01786; Wed, 27 Mar 2002 10:17:26 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from morbus.picsel.com (angel.picsel.com [212.137.21.218]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2RGHOt01782 for ; Wed, 27 Mar 2002 10:17:24 -0600 (CST) Received: by morbus.picsel.com (Postfix, from userid 1001) id 37E0C8011; Wed, 27 Mar 2002 16:17:28 +0000 (GMT) Received: from picsel.com (wheezy.picsel.com [195.171.216.76]) by morbus.picsel.com (Postfix) with ESMTP id 1643E37FE8 for ; Wed, 27 Mar 2002 16:17:27 +0000 (GMT) Message-ID: <3CA1F096.7000109@picsel.com> Date: Wed, 27 Mar 2002 16:17:26 +0000 From: Matt Holgate User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020310 X-Accept-Language: en-us, en MIME-Version: 1.0 To: png-implement@ccrc.wustl.edu Subject: [png-implement] Possible memory leak Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS snapshot-20010714 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Hi, I think I have found a problem with the way libpng interacts with zlib, which leads to memory leaks in the case that memory allocations fail. While running our code through Fortify, with the number of allocations limited, it appears that memory leaks occur. libpng registers the functions png_zalloc and png_zfree with zlib to use as malloc/free replacements. png_zalloc in turn calls png_malloc. Because png_malloc (and hence png_zalloc) does *not* return when memory is unavailable (instead it longjmp's to the user's error handler), zlib never gets an opportunity to clean up any blocks it has previously allocated. The particular case I noticed was in inflateInit2_ (inflate.c) which libpng calls to initialise zlib. This behaviour can be 'got around' by making zlib use the system allocation function instead of libpng's ie. png_ptr->zstream.zalloc = Z_NULL; /* was previously png_zalloc */ png_ptr->zstream.zfree = Z_NULL; /* was previously png_zfree */ Is this a problem with the way I am using libpng, or is it a problem with libpng itself? This was tested with libpng 1.2.0 and zlib 1.1.4. I looked at libpng 1.2.1 but it didn't appear to address this problem. Many thanks for your help, Matt Holgate. -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Mar 27 10:46:38 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id KAA02371 for ; Wed, 27 Mar 2002 10:46:38 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2RGkam23020 for ; Wed, 27 Mar 2002 10:46:36 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2RGkaT08646 for ; Wed, 27 Mar 2002 10:46:36 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2RGkPC02180; Wed, 27 Mar 2002 10:46:25 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2RGkOt02176 for ; Wed, 27 Mar 2002 10:46:24 -0600 (CST) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout01.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with ESMTPA id <0GTN00ET259GQ2@mtaout01.icomcast.net> for png-implement@ccrc.wustl.edu; Wed, 27 Mar 2002 11:46:28 -0500 (EST) Date: Wed, 27 Mar 2002 11:46:28 -0500 From: "Glenn Randers-Pehrson " Subject: Re: [png-implement] Possible memory leak To: png-implement@ccrc.wustl.edu Message-id: <3CA1F764.17D08E47@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <3CA1F096.7000109@picsel.com> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Matt Holgate wrote: > Hi, > > I think I have found a problem with the way libpng interacts with zlib, > which leads to memory leaks in the case that memory allocations fail. > > > This was tested with libpng 1.2.0 and zlib 1.1.4. I looked at libpng > 1.2.1 but it didn't appear to address this problem. Someone else reported this problem a few weeks ago. I think it's addressed in libpng-1.2.2beta5 which you can get from the libpng-devel package at libpng.sf.net. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Mar 27 12:40:19 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id MAA03273 for ; Wed, 27 Mar 2002 12:40:19 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2RIeHm06170 for ; Wed, 27 Mar 2002 12:40:17 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2RIeHT16489 for ; Wed, 27 Mar 2002 12:40:17 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2RIde305472; Wed, 27 Mar 2002 12:39:40 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from morbus.picsel.com (angel.picsel.com [212.137.21.218]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2RIddt05468 for ; Wed, 27 Mar 2002 12:39:39 -0600 (CST) Received: by morbus.picsel.com (Postfix, from userid 1001) id F0E5B8011; Wed, 27 Mar 2002 18:39:43 +0000 (GMT) Received: from picsel.com (wheezy.picsel.com [195.171.216.76]) by morbus.picsel.com (Postfix) with ESMTP id A65DE37FE7 for ; Wed, 27 Mar 2002 18:39:42 +0000 (GMT) Message-ID: <3CA211EE.60801@picsel.com> Date: Wed, 27 Mar 2002 18:39:42 +0000 From: Matt Holgate User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020310 X-Accept-Language: en-us, en MIME-Version: 1.0 To: png-implement@ccrc.wustl.edu Subject: Re: [png-implement] Possible memory leak References: <3CA1F096.7000109@picsel.com> <3CA1F764.17D08E47@comcast.net> Content-Type: multipart/mixed; boundary="------------090301030707020507030908" X-Virus-Scanned: by AMaViS snapshot-20010714 Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu This is a multi-part message in MIME format. --------------090301030707020507030908 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Glenn Randers-Pehrson wrote: > Matt Holgate wrote: > > >>Hi, >> >>I think I have found a problem with the way libpng interacts with zlib, >>which leads to memory leaks in the case that memory allocations fail. >> >> >>This was tested with libpng 1.2.0 and zlib 1.1.4. I looked at libpng >>1.2.1 but it didn't appear to address this problem. > > > Someone else reported this problem a few weeks ago. > > I think it's addressed in libpng-1.2.2beta5 which you can get > from the libpng-devel package at libpng.sf.net. Thanks for the help! This version appears to work, although it still tries to zero the memory in the case that the allocation failed (which causes a SEGV under linux). The attached patch to png.c fixes this. The second patch (to pngset.c) was necessary to enable the code to compile with warnings treated as errors..not sure if these casts are correct, but it does compile. I have also found another memory leak - I'll post the info once I've determined where it is happening, although this time I think it is in libpng itself. thanks, Matt. --------------090301030707020507030908 Content-Type: text/plain; name="patch0" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch0" --- libpng-1.2.2beta5/png.c Tue Mar 26 00:48:55 2002 +++ /home/matt/work/epage/libraries/libpng-1.2.0/png.c Wed Mar 27 18:33:44 2002 @@ -149,4 +149,7 @@ #ifndef PNG_NO_ZALLOC_ZERO + if (ptr == NULL) + return ((voidpf)ptr); + if (num_bytes > (png_uint_32)0x8000L) { --------------090301030707020507030908 Content-Type: text/plain; name="patch1" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch1" --- libpng-1.2.2beta5/pngset.c Tue Mar 26 00:48:58 2002 +++ /home/matt/libpng-1.2.2beta5-mine/pngset.c Wed Mar 27 18:00:29 2002 @@ -101,8 +101,8 @@ return; } - if (white_x > PNG_MAX_UINT || white_y > PNG_MAX_UINT || - red_x > PNG_MAX_UINT || red_y > PNG_MAX_UINT || - green_x > PNG_MAX_UINT || green_y > PNG_MAX_UINT || - blue_x > PNG_MAX_UINT || blue_y > PNG_MAX_UINT) + if (white_x > (double) PNG_MAX_UINT || white_y > (double) PNG_MAX_UINT || + red_x > (double) PNG_MAX_UINT || red_y > (double) PNG_MAX_UINT || + green_x > (double) PNG_MAX_UINT || green_y > (double) PNG_MAX_UINT || + blue_x > (double) PNG_MAX_UINT || blue_y > (double) PNG_MAX_UINT) { png_warning(png_ptr, @@ -170,5 +170,5 @@ return; - if (int_gamma > PNG_MAX_UINT) + if (int_gamma > (png_fixed_point) PNG_MAX_UINT) { png_warning(png_ptr, "Limiting gamma to 21474.83"); --------------090301030707020507030908-- -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Wed Mar 27 13:14:40 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id NAA03532 for ; Wed, 27 Mar 2002 13:14:40 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2RJEdm10123 for ; Wed, 27 Mar 2002 13:14:39 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2RJEcT18742 for ; Wed, 27 Mar 2002 13:14:38 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2RJEII06009; Wed, 27 Mar 2002 13:14:18 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2RJEHt06005 for ; Wed, 27 Mar 2002 13:14:17 -0600 (CST) Received: from comcast.net (trap.arl.army.mil [128.63.26.78]) by mtaout45-01.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with ESMTPA id <0GTN00AIWC3UCV@mtaout45-01.icomcast.net> for png-implement@ccrc.wustl.edu; Wed, 27 Mar 2002 14:14:19 -0500 (EST) Date: Wed, 27 Mar 2002 14:14:21 -0500 From: "Glenn Randers-Pehrson " Subject: Re: [png-implement] Possible memory leak To: png-implement@ccrc.wustl.edu Message-id: <3CA21A0D.603D9A3A@comcast.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (X11; U; IRIX 6.5 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <3CA1F096.7000109@picsel.com> <3CA1F764.17D08E47@comcast.net> <3CA211EE.60801@picsel.com> Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Matt Holgate wrote: > Thanks for the help! This version appears to work, although it still > tries to zero the memory in the case that the allocation failed (which > causes a SEGV under linux). The attached patch to png.c fixes this. > Thanks. > > The second patch (to pngset.c) was necessary to enable the code to > compile with warnings treated as errors..not sure if these casts are > correct, but it does compile. > They look OK to me. > I have also found another memory leak - I'll post the info once I've > determined where it is happening, although this time I think it is in > libpng itself. OK. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sun Mar 31 17:44:20 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id RAA12447 for ; Sun, 31 Mar 2002 17:44:20 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g2VNiJm14222 for ; Sun, 31 Mar 2002 17:44:19 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g2VNiIT12504 for ; Sun, 31 Mar 2002 17:44:18 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g2VNh9g08642; Sun, 31 Mar 2002 17:43:09 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g2VNh8t08638 for ; Sun, 31 Mar 2002 17:43:08 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout45-02.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GTV0080Y382DJ@mtaout45-02.icomcast.net> for png-implement@ccrc.wustl.edu; Sun, 31 Mar 2002 18:43:15 -0500 (EST) Date: Sun, 31 Mar 2002 18:39:17 -0500 From: Glenn Randers-Pehrson Subject: [png-implement] libpng-1.2.2beta6 and libpng-1.0.13beta1 X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020331183917.00e90cb0@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu Libpng-1.2.2beta6 and libpng-1.0.13beta1 are available for download from http://libpng.sf.net and from ftp://swrinde.nde.swri.edu/pub/png-group/src/ Libpng-1.2.2beta6 fixes some obscure bugs with the behavior of png_malloc, png_zalloc, and png_free in low-memory situations. It builds libpng12.so, libpng.so.3, libpng12.a, and libpng12/*.h, and can be accessed by the loader with -lpng12. Libpng-1.0.13beta1 is intended only for use with applications that are already linked with a previous version of libpng-1.0.x. It builds libpng10.so, libpng.so.2, libpng10.a, and libpng10/*.h, and can be accessed by the loader with -lpng10. Whichever you build last will replace libpng.so, libpng.a, and libpng/*.h and can be accessed with -lpng. I don't know what happens on systems where the owner has done "ln -s libpng.3.so libpng.2.so" which is one popular solution to libpng library incompatibility problems that is being recommended in the newsgroups. Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu From owner-png-implement@ccrc.wustl.edu Sun Mar 31 18:34:17 2002 Received: from viruswall.ccf.swri.edu (viruswall.ccf.swri.edu [129.162.252.34]) by swrinde.nde.swri.edu (8.9.3/8.9.3) with ESMTP id SAA12821 for ; Sun, 31 Mar 2002 18:34:17 -0600 (CST) Received: from mailhub.ccf.swri.edu (localhost [127.0.0.1]) by viruswall.ccf.swri.edu (8.10.2+Sun/8.10.2) with ESMTP id g310YGm15700 for ; Sun, 31 Mar 2002 18:34:16 -0600 (CST) Received: from ccrc.wustl.edu (dns.ccrc.wustl.edu [128.252.169.100]) by mailhub.ccf.swri.edu (8.11.2/8.11.2) with ESMTP id g310YFT13395 for ; Sun, 31 Mar 2002 18:34:15 -0600 (CST) Received: (from majordom@localhost) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) id g310XsV08872; Sun, 31 Mar 2002 18:33:54 -0600 (CST) X-Authentication-Warning: ccrc.wustl.edu: majordom set sender to owner-png-implement@ccrc.wustl.edu using -f Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by ccrc.wustl.edu (8.10.2+Sun/8.10.2) with ESMTP id g310Xrt08868 for ; Sun, 31 Mar 2002 18:33:53 -0600 (CST) Received: from glennrp (pcp037440pcs.aberdn01.md.comcast.net [68.33.90.6]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GTV005CM5KO9N@mtaout03.icomcast.net> for png-implement@ccrc.wustl.edu; Sun, 31 Mar 2002 19:34:00 -0500 (EST) Date: Sun, 31 Mar 2002 19:30:03 -0500 From: Glenn Randers-Pehrson Subject: Re: [png-implement] libpng-1.2.2beta6 and libpng-1.0.13beta1 In-reply-to: <3.0.6.32.20020331183917.00e90cb0@mail.comcast.net> X-Sender: glennrp@mail.comcast.net To: png-implement@ccrc.wustl.edu Message-id: <3.0.6.32.20020331193003.00e80210@mail.comcast.net> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-png-implement@ccrc.wustl.edu Precedence: bulk Reply-To: png-implement@ccrc.wustl.edu At 06:39 PM 3/31/02 -0500, I wrote: >I don't know what happens on systems where the owner has done >"ln -s libpng.3.so libpng.2.so" which is one popular solution to >libpng library incompatibility problems that is being recommended >in the newsgroups. I meant to write "ln -s libpng.so.3 libpng.so.2" Glenn -- Send the message body "help" to png-implement-request@ccrc.wustl.edu