I don't know if it helps, but I find that xpdf works as expected if I
start it from bash, but crashes in the manner described in the original
bug report if I start xpdf from iceweasel 3.5.16-4 (even when that was
started from the same xterm).
For me at least, it happens on literally every PDF I've found on the web.
If you have no problem with opening
http://plugindoc.mozdev.org/testpages/test.pdf, then you don't have this
problem. I've included my system configuration below in case you can see a
pattern.
Package: xpdf
Version: 3.02-12
-- System Information:
Debian Release: 5.0.3
Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=ANSI_X3.4-1968)
(ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/bash
Versions of packages xpdf depends on:
ii lesstif2 1:0.95.2-1 OSF/Motif 2.1 implementation relea
ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib
ii libgcc1 1:4.4.5-10 GCC support library
ii libpoppler5 0.12.4-1.2 PDF rendering library
ii libstdc++6 4.4.5-10 The GNU Standard C++ Library v3
ii libx11-6 2:1.4.1-4 X11 client-side library
ii libxt6 1:1.0.9-2 X11 toolkit intrinsics library
Versions of packages xpdf recommends:
ii gsfonts-x11 0.21 Make Ghostscript fonts available t
ii poppler-data 0.4.4-1 Encoding data for the poppler PDF
ii poppler-utils 0.12.4-1.2 PDF utilitites (based on libpopple
xpdf suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
