Ubuntu
xpdf package

[maverick] xpdf crashed with SIGSEGV in GlobalParams::findFontFile()

Bug #611446 reported by Marcel Stimberg
112
This bug affects 22 people
Affects Status Importance Assigned to Milestone
xpdf (Ubuntu)
Fix Released
High
Scott Kitterman
Maverick
Fix Released
High
Scott Kitterman

Bug Description

Binary package hint: xpdf

I'm testing maverick in a virtual machine, and xpdf crashes on every PDF I tried. Although the stack trace suggests a problem with poppler, evince displays those PDFs fine.

ProblemType: Crash
DistroRelease: Ubuntu 10.10
Package: xpdf 3.02-9
ProcVersionSignature: Ubuntu 2.6.35-11.16-generic 2.6.35-rc5
Uname: Linux 2.6.35-11-generic x86_64
Architecture: amd64
Date: Thu Jul 29 21:23:23 2010
ExecutablePath: /usr/bin/xpdf
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Alpha amd64 (20100630.2)
ProcCmdline: xpdf test-annot-highlight.pdf
ProcEnviron:
 SHELL=/bin/bash
 LANG=en_US.UTF-8
SegvAnalysis:
 Segfault happened at: 0x7f599bc7ac9c <_ZN12GlobalParams12findFontFileEP9GooStringPPc+60>: mov 0xc(%rax),%ebx
 PC (0x7f599bc7ac9c) ok
 source "0xc(%rax)" (0x10000000d) not located in a known VMA region (needed readable region)!
 destination "%ebx" ok
SegvReason: reading unknown VMA
Signal: 11
SourcePackage: xpdf
StacktraceTop:
 GlobalParams::findFontFile(GooString*, char**) ()
 GfxFont::findExtFontFile() ()
 Gfx8BitFont::Gfx8BitFont(XRef*, char*, Ref, GooString*, GfxFontType, Dict*) () from /usr/lib/libpoppler.so.6
 GfxFont::makeFont(XRef*, char*, Ref, Dict*) ()
 GfxFontDict::GfxFontDict(XRef*, Ref*, Dict*) ()
Title: xpdf crashed with SIGSEGV in GlobalParams::findFontFile()
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare
XsessionErrors: (polkit-gnome-authentication-agent-1:1100): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed

Related branches

lp:ubuntu/maverick/xpdf
Revision history for this message
Marcel Stimberg (marcelstimberg) wrote :
Revision history for this message
Apport retracing service (apport) wrote :

StacktraceTop:
 GlobalParams::findFontFile (
 GfxFont::findExtFontFile (this=0xe52b40)
 Gfx8BitFont (this=0xe52b40,
 GfxFont::makeFont (xref=0xe37d80,
 GfxFontDict (this=0xe4aa10,

Revision history for this message
Apport retracing service (apport) wrote : Stacktrace.txt
Revision history for this message
Apport retracing service (apport) wrote : ThreadStacktrace.txt
Changed in xpdf (Ubuntu):
importance: Undecided → Medium
tags: removed: need-amd64-retrace
Marcel Stimberg (marcelstimberg)
visibility: private → public
Revision history for this message
Michael Gilbert (michael-s-gilbert) wrote :

this is either due to missing gsfonts-x11 package or libexpat1 > 2.0.1-7.

Changed in xpdf (Ubuntu):
status: New → Fix Committed
Revision history for this message
Michael Gilbert (michael-s-gilbert) wrote :

err libexpat1 < 2.0.1-7

Revision history for this message
Marcel Stimberg (marcelstimberg) wrote :

If I manually install gsfonts-x11 the crash still occurs. Also libexpat1 is 2.0.1-7ubuntu1

Revision history for this message
Dustin Kirkland  (kirkland) wrote :

Hmm, why is this bug fix-committed?

I'm seeing the same behavior on up-to-date maverick now.

ii gsfonts-x11 0.21 Make Ghostscript fonts available to X11
ii libexpat1 2.0.1-7ubuntu1 XML parsing C library - runtime library
ii xpdf 3.02-9 Portable Document Format (PDF) reader

Changed in xpdf (Ubuntu):
status: Fix Committed → Confirmed
Revision history for this message
Florian Dommert (fdommert) wrote :

I cannot resolve the problem. Reinstalling of xpdf doesn't work though it seems there is a bugfix commited

Revision history for this message
Michael Gilbert (michael-s-gilbert) wrote :

ok, so i spent 5 hours on this tonight, and got absolutely nowhere. then i tried the maverick package on debian along with ubuntu's 0.14 poppler, and it works just fine. at this point there isn't really anything else i can do. this is an ubuntu-specific issue.

you could try various versions of the dependencies (mixing and matching from debian). i know this isn't ideal, but i have no idea what ubuntu is doing differently that would cause this. sorry :(

Revision history for this message
Florian Dommert (fdommert) wrote : Re: [Bug 611446] Re: [maverick] xpdf crashed with SIGSEGV in GlobalParams::findFontFile()

On 09/06/2010 10:40 AM, Michael Gilbert wrote:
> ok, so i spent 5 hours on this tonight, and got absolutely nowhere.
> then i tried the maverick package on debian along with ubuntu's 0.14
> poppler, and it works just fine. at this point there isn't really
> anything else i can do. this is an ubuntu-specific issue.
>
> you could try various versions of the dependencies (mixing and matching
> from debian). i know this isn't ideal, but i have no idea what ubuntu
> is doing differently that would cause this. sorry :(
>

Thank you very much. Finally I had to reinstall my system. Now I use
Lucid with the 2.6.35 kernel and everything works fine :)

Revision history for this message
Michael Gilbert (michael-s-gilbert) wrote :

after sleeping on this, my best guess is that the issue is in fontconfig, or perhaps ubuntu's new fonts since those are rather untested (except in maverick). one could possibly try not using those.

Revision history for this message
Paul Tagliamonte (paultag) wrote :

This package is unusable. This should be sync'ed with Debian -- It looks to be fixed over there.

Changed in xpdf (Ubuntu):
importance: Medium → High
Revision history for this message
Michael Gilbert (michael-s-gilbert) wrote :

actually a sync with debian's package won't fix anything. i've already tested debian's 3.02-11 sources on ubuntu, and the problem still exists. this is an issue in the package dependencies somewhere; probably fontconfig.

the solution is to revert to 3.02-2 from lucid that is known to work.

Scott Kitterman (kitterman)
Changed in xpdf (Ubuntu):
assignee: nobody → Scott Kitterman (kitterman)
Changed in xpdf (Ubuntu Maverick):
status: Confirmed → In Progress
Revision history for this message
Scott Kitterman (kitterman) wrote :

xpdf (3.02-9ubuntu1) maverick; urgency=low

  * Revert conversion to poppler and other recent changes to get a working
    package before release on the advice of the Debian maintainer
    (LP: #611446)
    - Retain only debian/patches/fix-577031.patch from newer revisions

 -- Scott Kitterman <email address hidden> Thu, 09 Sep 2010 08:41:26 -0400

Changed in xpdf (Ubuntu Maverick):
status: In Progress → Fix Released
Revision history for this message
Aaron Peachey (aaronp) wrote :

Experiencing this problem in Natty. Not sure if the cause is the same, but the seg fault is identical to the one reported in this bug.

Revision history for this message
Michael Gilbert (michael-s-gilbert) wrote :

this is a new bug now. please see #669211. i'm looking for people affected by this to try to debug it.

Revision history for this message
Jan Tymiński (tymikk) wrote :

I also have this problem under Natty version. With the newest xpdf available in repo.

Eduard Hasenleithner (eduard-hasenleithner)
tags: added: natty
tags: removed: natty
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.