xpdf.real crashed with SIGSEGV in CMapCache::getCMap()

Bug #1050165 reported by gtarantino
24
This bug affects 3 people
Affects Status Importance Assigned to Milestone
xpdf (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

xpdf crashed when I try to open a pdf file. The file doesn't display at all.

ProblemType: Crash
DistroRelease: Ubuntu 12.10
Package: xpdf 3.03-9ubuntu5
ProcVersionSignature: Ubuntu 3.5.0-14.16-generic 3.5.3
Uname: Linux 3.5.0-14-generic i686
ApportVersion: 2.5.1-0ubuntu7
Architecture: i386
Date: Thu Sep 13 04:48:03 2012
ExecutablePath: /usr/bin/xpdf.real
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release i386 (20111012)
ProcCmdline: xpdf.real
ProcEnviron:
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SegvAnalysis:
 Segfault happened at: 0xb74b7bd2 <_ZN9CMapCache7getCMapEP9GooStringS1_P6Stream+34>: mov (%esi),%eax
 PC (0xb74b7bd2) ok
 source "(%esi)" (0x00000000) not located in a known VMA region (needed readable region)!
 destination "%eax" ok
SegvReason: reading NULL VMA
Signal: 11
SourcePackage: xpdf
StacktraceTop:
 CMapCache::getCMap(GooString*, GooString*, Stream*) () from /usr/lib/i386-linux-gnu/libpoppler.so.28
 GlobalParams::getCMap(GooString*, GooString*, Stream*) () from /usr/lib/i386-linux-gnu/libpoppler.so.28
 CMap::parse(CMapCache*, GooString*, Object*) () from /usr/lib/i386-linux-gnu/libpoppler.so.28
 GfxCIDFont::GfxCIDFont(XRef*, char const*, Ref, GooString*, GfxFontType, Ref, Dict*) () from /usr/lib/i386-linux-gnu/libpoppler.so.28
 GfxFont::makeFont(XRef*, char const*, Ref, Dict*) () from /usr/lib/i386-linux-gnu/libpoppler.so.28
Title: xpdf.real crashed with SIGSEGV in CMapCache::getCMap()
UpgradeStatus: Upgraded to quantal on 2012-09-08 (4 days ago)
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare

Revision history for this message
gtarantino (gt-net2000) wrote :
visibility: private → public
Revision history for this message
Apport retracing service (apport) wrote :

StacktraceTop:
 CMapCache::getCMap (this=0x0, collection=0xb88e1880, cMapName=0xb88e1858, stream=0x0) at CMap.cc:570
 GlobalParams::getCMap (this=0xb8862178, collection=0xb88e1880, cMapName=0xb88e1858, stream=0x0) at GlobalParams.cc:1911
 CMap::parse (cache=0x0, collectionA=0xb88e1880, obj=0xbfc59238) at CMap.cc:71
 GfxCIDFont::GfxCIDFont (this=0xb88e1258, xref=0xb88df940, tagA=0xb88e0b98 "F0", idA=..., nameA=0xb88df900, typeA=fontCIDType2, embFontIDA=..., fontDict=0xb88e11a0) at GfxFont.cc:1869
 GfxFont::makeFont (xref=xref@entry=0xb88df940, tagA=0xb88e0b98 "F0", idA=..., fontDict=0xb88e11a0) at GfxFont.cc:226

Revision history for this message
Apport retracing service (apport) wrote : Stacktrace.txt
Revision history for this message
Apport retracing service (apport) wrote : StacktraceSource.txt
Revision history for this message
Apport retracing service (apport) wrote : ThreadStacktrace.txt
Changed in xpdf (Ubuntu):
importance: Undecided → Medium
tags: removed: need-i386-retrace
Revision history for this message
Sasa Paporovic (melchiaros) wrote :

Hi gtarantino,

please provide an example file which for sure causes the crash.

Please give a step by step description like pushing this button, choosing that, waiting for, and so on). Give a good algorithmic description, that is complete and can guide a beginner in xpdf to the point where the problem happends.

(step1,
 step2,
.
.
.
finished)

Both is essential.

After that set the status of this report back to new.

Thanks

Changed in xpdf (Ubuntu):
status: New → Incomplete
Changed in xpdf-intl:
status: New → Incomplete
Revision history for this message
Logan Rosen (logan) wrote :

This bug does not affect the xpdf-intl project, which just appears to be a fork of xpdf.

Changed in xpdf-intl:
status: Incomplete → Invalid
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for xpdf (Ubuntu) because there has been no activity for 60 days.]

Changed in xpdf (Ubuntu):
status: Incomplete → Expired
Revision history for this message
Tim Frost (timfrost) wrote :

Still an issue. Running 12.10 64-bit, the attached file causes xpdf to crash, but acroread 9 is happy

tim@zaphod:~$ apt-cache policy xpdf
xpdf:
  Installed: 3.03-9ubuntu5
  Candidate: 3.03-9ubuntu5
  Version table:
 *** 3.03-9ubuntu5 0
        500 http://nz.archive.ubuntu.com/ubuntu/ quantal/universe amd64 Packages
        100 /var/lib/dpkg/status
tim@zaphod:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 12.10
Release: 12.10
Codename: quantal
tim@zaphod:~$

Revision history for this message
Tim Frost (timfrost) wrote :

Crash file for latest attempt to openm PDF that causes crash

Revision history for this message
Sasa Paporovic (melchiaros) wrote :

Than the status of the report switches back to confirmed and the wrong upstream will be removed.

Could someone find the correct upstream project? Bugtracker of them and also opening a ticket there?

Changed in xpdf (Ubuntu):
status: Expired → Confirmed
no longer affects: xpdf-intl
Revision history for this message
Tim Frost (timfrost) wrote :

Possible upstream site http://www.foolabs.com/xpdf/home.html indicates no recent development :

From the home page:
 Current version: 3.03 (2011-aug-15)
Xpdf 3.03 supports PDF 1.7.

Is this a bug in xpdf or in libpoppler (as the version of xpdf that is used by ubuntu links against libpoppler):
tim@zaphod:~$ ldd /usr/bin/xpdf.real | grep poppler
 libpoppler.so.28 => /usr/lib/x86_64-linux-gnu/libpoppler.so.28 (0x00007f05fe3ec000)
tim@zaphod:~$ apt-cache policy xpdf libpoppler28
xpdf:
  Installed: 3.03-10ubuntu1
  Candidate: 3.03-10ubuntu1
  Version table:
 *** 3.03-10ubuntu1 0
        500 http://nz.archive.ubuntu.com/ubuntu/ raring/universe amd64 Packages
        100 /var/lib/dpkg/status
libpoppler28:
  Installed: 0.20.5-1ubuntu3
  Candidate: 0.20.5-1ubuntu3
  Version table:
 *** 0.20.5-1ubuntu3 0
        500 http://nz.archive.ubuntu.com/ubuntu/ raring/main amd64 Packages
        100 /var/lib/dpkg/status

See also http://dilfridge.blogspot.co.nz/2012/02/what-about-my-precious-xpdf.html (gentoo discussion, but may be relevant given the libpoppler usage)

Revision history for this message
Florian Schlichting (fschlich) wrote :

attached PDF file displays without crashing in xpdf 3.04-5, hence marking as "Fix Released"

Changed in xpdf (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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