xpdf segmentation fault

[Jesusfreak]

When I start xpdf from the terminal and open the pdf attached xpdf crashes and I get the following output:

#######################################################
Warning: Cannot convert string "-*-helvetica-medium-r-normal--12-*-*-*-*-*-iso8859-1" to type FontStruct
Warning: Cannot convert string "-*-courier-medium-r-normal--12-*-*-*-*-*-iso8859-1" to type FontStruct
Warning: Cannot convert string "-*-times-bold-i-normal--20-*-*-*-*-*-iso8859-1" to type FontStruct
Warning: Cannot convert string "-*-times-medium-r-normal--16-*-*-*-*-*-iso8859-1" to type FontStruct
***** MediaBox = ll:0,0 ur:293.52,418.32
***** CropBox = ll:0,0 ur:293.52,418.32
***** Rotate = 0
q
cm 293.52 0 0 418.32 0 0
Do /Im1
Q
***** page 1 *****
***** MediaBox = ll:0,0 ur:293.52,418.32
***** CropBox = ll:0,0 ur:293.52,418.32
***** Rotate = 0
q
cm 293.52 0 0 418.32 0 0
Do /Im1
Q
Segmentation fault (core dumped)
#######################################################
I should also mention that it is not possible to view the document with evince or acrobatreader, though they don't crash.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: xpdf 3.02-21build1
ProcVersionSignature: Ubuntu 3.2.0-30.48-generic 3.2.27
Uname: Linux 3.2.0-30-generic x86_64
NonfreeKernelModules: fglrx
ApportVersion: 2.0.1-0ubuntu12
Architecture: amd64
Date: Mon Sep 10 13:49:41 2012
EcryptfsInUse: Yes
InstallationMedia: Xubuntu 12.04 LTS "Precise Pangolin" - Release amd64 (20120425)
ProcEnviron:
 TERM=xterm
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: xpdf
UpgradeStatus: No upgrade log present (probably fresh install)

[yitzhakbg (yitzhakbg)]

Try this:
From what I can discern, the problem has to do with the Chinese.
Notice the crash info from libpoppler in /var/log/kern.log.
I moved the unneeded xpdfrc language files out of /usr/share/xpdf and the problem disappeared

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Andy Howell (andy-jjcftv6wldnzq84cs)]

I was able to view a pdf to load in ViewPdf, which seems to use poppler. The same doc in evince comes up with mostly blank pages.

xpdf in gdb gives the following stack trace:

where
#0 0x00007ffff7796420 in GooHash::hash(GooString*) () from /usr/lib/x86_64-linux-gnu/libpoppler.so.19
#1 0x00007ffff7796472 in GooHash::find(GooString*, int*) () from /usr/lib/x86_64-linux-gnu/libpoppler.so.19
#2 0x00007ffff779660e in GooHash::lookup(GooString*) () from /usr/lib/x86_64-linux-gnu/libpoppler.so.19
#3 0x00007ffff7748be4 in GlobalParams::getResidentUnicodeMap(GooString*) () from /usr/lib/x86_64-linux-gnu/libpoppler.so.19
#4 0x00007ffff774a2f3 in GlobalParams::getUnicodeMap2(GooString*) () from /usr/lib/x86_64-linux-gnu/libpoppler.so.19
#5 0x00007ffff778d3da in TextPage::coalesce(bool, bool) () from /usr/lib/x86_64-linux-gnu/libpoppler.so.19
#6 0x00007ffff77921ba in TextOutputDev::endPage() () from /usr/lib/x86_64-linux-gnu/libpoppler.so.19
#7 0x00007ffff77252e7 in Gfx::~Gfx() () from /usr/lib/x86_64-linux-gnu/libpoppler.so.19
#8 0x00007ffff7761ce2 in Page::displaySlice(OutputDev*, double, double, int, bool, bool, int, int, int, int, bool, Catalog*, bool (*)(void*), void*, bool (*)(Annot*, void*), void*) () from /usr/lib/x86_64-linux-gnu/libpoppler.so.19
#9 0x00007ffff7761d7b in Page::display(OutputDev*, double, double, int, bool, bool, bool, Catalog*, bool (*)(void*), void*, bool (*)(Annot*, void*), void*) () from /usr/lib/x86_64-linux-gnu/libpoppler.so.19
#10 0x0000000000415432 in ?? ()
#11 0x0000000000418631 in ?? ()
#12 0x000000000041b15d in ?? ()
#13 0x00000000004130f5 in ?? ()
#14 0x00000000004275fa in ?? ()
#15 0x00000000004194f3 in ?? ()
#16 0x000000000040b694 in ?? ()
#17 0x00007ffff651476d in __libc_start_main (main=0x40aef0, argc=5, ubp_av=0x7fffffffdc58, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffdc48) at libc-start.c:226
#18 0x000000000040b805 in ?? ()
#19 0x00007fffffffdc48 in ?? ()
#20 0x000000000000001c in ?? ()
#21 0x0000000000000005 in ?? ()
#22 0x00007fffffffdfd9 in ?? ()
#23 0x00007fffffffdff9 in ?? ()
#24 0x00007fffffffe02c in ?? ()
#25 0x0000000000000000 in ?? ()

[Logan Rosen (logan)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. This particular bug has already been reported and is a duplicate of bug 943195, so it is being marked as such. Please look at the other bug report to see if there is any missing information that you can provide, or to see if there is a workaround for the bug. Additionally, any further discussion regarding the bug should occur in the other report. Feel free to continue to report any other bugs you may find.