GNOME Bugzilla – Bug 154438
evince crashed on a file created by Apache FOP with embedded TTF FreeMono fonts
Last modified: 2006-02-25 20:29:33 UTC
Distribution: Debian 3.1 Package: gpdf Severity: normal Version: unspecified Synopsis: gpdf crashed on a file created by Apache FOP with embedded TTF FreeMono fonts Bugzilla-Product: gpdf Bugzilla-Component: general Bugzilla-Version: unspecified BugBuddy-GnomeVersion: 2.0 (2.6.1.1) Description: Description of the crash: Generated a PDF file with FOP trying to see if Unicode characters will show up. I prepared the custom configuration file userconfig.xml pointing to FreeMono xml metrics. I specified the FreeMono font family in my XSL-FO template. Steps to reproduce the crash: 1. Get the lines.pdf file from http://ei.homeip.net/unicodepdf.tar.gz 2. Type gpdf lines.pdf 3. Watch gpdf window starting up and crashing. Expected Results: I expected 4 lines of text to be shown by gpdf. Note that xpdf will complain about the embedded fonts. How often does this happen? Every time. Additional Information: I haven't tried Acroread yet. ------- Bug moved to this database by unknown@bugzilla.gnome.org 2004-10-04 04:13 ------- Unknown platform unknown. Setting to default platform "Other". Unknown milestone "unknown" in product "gpdf". Setting to default milestone for this product, '---' Setting to default status "UNCONFIRMED". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
I can confirm the crash. Acroread opens the file without any problem.
Created attachment 33860 [details] test case pdf
Both test cases show squares for me in gpdf 2.7.2, but when I upgraded to CVS HEAD, lines.pdf crashes, while Branislav's test case worked just fine. FWIW, xpdf 1.0.1 shows page footer of lines.pdf (a horizontal rule, and "Page 1 of 1" below it).
Created attachment 33872 [details] a compressed tar archive with the PDF file causing a crash
Created attachment 33873 [details] the PDF file causing the crash
My Debian unstable gpdf no longer crashes on the test case PDF file. Perhaps, the bug was fixed indirectly. I see that the characters in the displayed text aren't the same as original ones. I re-generated the PDF file with a September 2005 snapshot of the Apache FOP trunk. The original FreeMono TrueType font would produce mixed characters again, so I tried DejaVuSansMono, and it worked. I had to update userconfig.xml according to the changed FOP.
Created attachment 55353 [details] the script and fonts updated to the 2005-09 Apache FOP
Created attachment 55354 [details] the well-behaving PDF created with the 2005-09 Apache FOP
My gpdf that no longer crashes has version number 2.8.2.
Gpdf is no longer maintained, closing WONTFIX. Please use Evince for your pdf viewing needs. http://www.gnome.org/projects/evince/
evince 0.5 has no trouble with attachment #1 [details] (from Branislav) but displays garbage for attachment #3 [details] (from Ilguiz) and crashes on close. Reopen, reassign to evince.
Here's the backtrace for the crash on close: 0x0082e402 in ?? () (gdb) bt
+ Trace 65783
*** Bug 329166 has been marked as a duplicate of this bug. ***
According to backtrace it's a dup of poppler bug. *** This bug has been marked as a duplicate of 312936 ***