Wolfram Quester <[EMAIL PROTECTED]> 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 > []/[EMAIL PROTECTED]/(Historical no-te: The na-mes `$/[EMAIL > PROTECTED]/s$/[EMAIL PROTECTED] > 0pt/', `$/[EMAIL PROTECTED]/p$/[EMAIL PROTECTED]/', `$/[EMAIL > PROTECTED]/d$/[EMAIL PROTECTED] > pt/', and `$/[EMAIL PROTECTED]/f$/[EMAIL PROTECTED]/' 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
