Bug#322821: png problems on powerpc and s390 (was: Bug#322821: libpng12-0: new version breaks pdflatex)
On Tue, Sep 27, 2005 at 08:58:01AM -0400, Albert Cahalan wrote: Alignment seems to be the same between ppc and i386. (not that I would know or care about bitfields) alignment for 64bit integer types is not the same for i386 vs everything else. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322821: png problems on powerpc and s390 (was: Bug#322821: libpng12-0: new version breaks pdflatex)
On Tue, Sep 27, 2005 at 08:58:01AM -0400, Albert Cahalan wrote: Being from EBCDIC land, s390 probably also has an unsigned char by default. (dang this is dumb - all Linux ports should use the same default) arm also uses unsigned char by default. I have had to fix a few things because of that too. There's also endianness, but that would affect many more architectures. Alignment seems to be the same between ppc and i386. (not that I would know or care about bitfields) Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322821: png problems on powerpc and s390 (was: Bug#322821: libpng12-0: new version breaks pdflatex)
Johannes Berg [EMAIL PROTECTED] wrote: On Mon, 2005-09-26 at 18:54 -0400, Albert Cahalan wrote: The gimp is currently broken as well. It can't save PNG images. In the xterm I started gimp from, I get this: libpng error: Call to NULL write function I had that problem with imagemagick's convert(1) and gimp as well. But again? That's odd as 1.2.8rel-1.0.1 fixed that for me, and it works in 1.2.8rel-2 as well. Works in -4 as well, which one do you have installed? Maybe there's some unintentional ABI change because some padding in the png structures was different/wrong? It seems as if this problem might not be powerpc-specific, but also occur on s390: , http://buildd.debian.org/fetch.php?pkg=quaggaver=0.99.1-6arch=s390stamp=1127770198file=logas=raw | /usr/bin/make -C doc quagga.pdf | make[1]: Entering directory `/build/buildd/quagga-0.99.1/doc' | convert fig-normal-processing.png fig-normal-processing.eps | epstopdf --outfile=fig-normal-processing.pdf fig-normal-processing.eps | Unrecoverable error: typecheck in .getdeviceparams | Operand stack: | false --nostringval-- InputAttributes --nostringval-- 0 --nostringval-- PageSize --nostringval-- -2048 --nostringval-- --nostringval-- | make[1]: *** [fig-normal-processing.pdf] Broken pipe ` Exactly the same error as in the corresponding powerpc log. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#322821: png problems on powerpc and s390 (was: Bug#322821: libpng12-0: new version breaks pdflatex)
On 9/27/05, Frank Küster [EMAIL PROTECTED] wrote: Johannes Berg [EMAIL PROTECTED] wrote: On Mon, 2005-09-26 at 18:54 -0400, Albert Cahalan wrote: The gimp is currently broken as well. It can't save PNG images. In the xterm I started gimp from, I get this: libpng error: Call to NULL write function I had that problem with imagemagick's convert(1) and gimp as well. But again? That's odd as 1.2.8rel-1.0.1 fixed that for me, and it works in 1.2.8rel-2 as well. Works in -4 as well, which one do you have installed? Maybe there's some unintentional ABI change because some padding in the png structures was different/wrong? It seems as if this problem might not be powerpc-specific, but also occur on s390: Being from EBCDIC land, s390 probably also has an unsigned char by default. (dang this is dumb - all Linux ports should use the same default) There's also endianness, but that would affect many more architectures. Alignment seems to be the same between ppc and i386. (not that I would know or care about bitfields)
