Re: pdftex core dump when including certain pdf files

HI Karl, hi all,

> So ... I cc Norbert.  Norbert, does the attached tryplot.tex (which
> merely includes the attached plot.pdf) crash with Debian pdftex?  The

Yes, it does.

The core dump backtrace is:
#0  0x00007f7b5a7611c8 in __GI_raise (sig=sig@entry=6)
    at ../sysdeps/unix/sysv/linux/raise.c:54
#1  0x00007f7b5a76264a in __GI_abort () at abort.c:89
#2  0x0000000000483a42 in Object::getDict (this=<optimized out>, 
    this=<optimized out>) at /usr/include/poppler/Object.h:217
#3  write_epdf () at ../../../texk/web2c/pdftexdir/pdftoepdf.cc:868
#4  0x0000000000471d13 in writeimage (img=<optimized out>)
    at ../../../texk/web2c/pdftexdir/writeimg.c:382
#5  0x0000000000453d59 in zpdfwriteimage (n=<optimized out>) at pdftex0.c:22285
#6  0x00000000004673f5 in maincontrol () at pdftex0.c:38916
#7  0x00000000004183d9 in mainbody () at pdftexini.c:5656
#8  0x000000000040473e in main (ac=<optimized out>, av=<optimized out>)
    at ../../../texk/web2c/lib/texmfmp.c:1013

SO I guess that should be forwarded to the poppler people.

> crucial thing is the non-integer value of StemV in plot.pdf.  (The

Do you guess that this information enough for poppler devs to
provide a fix?

All the best

Norbert

--
PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info
GPG: 0x860CDC13    fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13