Bug#327082: tetex-bin: pdflatex segfaults on iclusion of png images
Wolfram Quester <wolfi@mittelerde.physik.uni-konstanz.de> wrote:
> Now pdflatex detects correctly that it should include the .png, but
> segfaults:
> <pics/VDE.png, id=37, 584.1825pt x 651.43375pt> <use pics/VDE.png>
> Overfull \hbox (11.3373pt too wide) in paragraph at lines 153--174
> []/ptmr7t@12.0pt/(Historical no-te: The na-mes `$/zptmcmrm@12.0pt/s$/ptmr7t@12.
> 0pt/', `$/zptmcmrm@12.0pt/p$/ptmr7t@12.0pt/', `$/zptmcmrm@12.0pt/d$/ptmr7t@12.0
> pt/', and `$/zptmcmrm@12.0pt/f$/ptmr7t@12.0pt/' ori-gi-na-te from a now-discred
> ited
> [2] [3 <./pics/VDE.png>pdflatex: xfopen.c:43: xfclose: Assertion `f' failed.
> make: *** [Wissen.aux] Aborted (core dumped)
> make: *** Deleting file `Wissen.aux'
>
> I tried to reproduce this on a i386 box running sarge, but there it went
> as expected. I got the same historical note though, without telling me
> what actually is discredited now.
The historical note has nothing to do with the png inclusion, I
believe. We had segfaults previously while including png files, they
were caused by bugs in libpng.
> Loaded symbols for /lib/ld.so.1
> #0 0x0fc37590 in raise ()
> from /lib/tls/libc.so.6
> (gdb) bt
> #0 0x0fc37590 in raise () from /lib/tls/libc.so.6
> #1 0x0fc38f8c in abort () from /lib/tls/libc.so.6
> #2 0x0fc2fe44 in __assert_fail () from /lib/tls/libc.so.6
> #3 0x0ff5c350 in xfclose () from /usr/lib/libkpathsea.so.3
> #4 0x0ff5c350 in xfclose () from /usr/lib/libkpathsea.so.3
> #5 0x0ff5c350 in xfclose () from /usr/lib/libkpathsea.so.3
> #6 0x0ff5c350 in xfclose () from /usr/lib/libkpathsea.so.3
> #7 0x0ff5c350 in xfclose () from /usr/lib/libkpathsea.so.3
> #8 0x0ff5c350 in xfclose () from /usr/lib/libkpathsea.so.3
> #9 0x0ff5c350 in xfclose () from /usr/lib/libkpathsea.so.3
> #10 0x0ff5c350 in xfclose () from /usr/lib/libkpathsea.so.3
> #11 0x0ff5c350 in xfclose () from /usr/lib/libkpathsea.so.3
> #12 0x0ff5c350 in xfclose () from /usr/lib/libkpathsea.so.3
> #13 0x0ff5c350 in xfclose () from /usr/lib/libkpathsea.so.3
> Previous frame inner to this frame (corrupt stack?)
This trace doesn't say anything about png.
> ii libpng12-0 1.2.8rel-1.0.1 PNG library - runtime
That's the same version as in testing and sarge.
I cannot reproduce the bug in my i386 sid chroot. Strange. Can you send
us the png file?
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
Reply to: