Bug#419618: /usr/bin/pdftops: pdftops segfault, additional file

2007-04-24 Thread Hamish Moffatt
On Tue, Apr 17, 2007 at 10:58:05AM +0100, Stephen Gran wrote:
 This one time, at band camp, Andreas Bombe said:
  The file I encountered the bug on is available at
  http://www.kba.de/Stabsstelle/ZentraleRegister/VZR/FormularVZRneu1.pdf
  
  Most other PDFs I tried seem to work, a few also crash pdftops.
 
 It seems that you're right about pdftops.  However, it is also the case
 that the pdf viewers still exit, implying that they're not handling the
 failure of pdftops very well, or that they have their own crash issues
 as well.  Trying to get a stack trace from kpdf gave me over 3000
 frames, for instance :/

I can't reproduce this any more with libc6 2.5-4.

I'm going to upload xpdf 3.02 soon anyway which also seemed to fix it
with libc6 2.5-1.

Hamish
-- 
Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#419618: /usr/bin/pdftops: pdftops segfault, additional file

2007-04-24 Thread Stephen Gran
This one time, at band camp, Hamish Moffatt said:
 On Tue, Apr 17, 2007 at 10:58:05AM +0100, Stephen Gran wrote:
  This one time, at band camp, Andreas Bombe said:
   The file I encountered the bug on is available at
   http://www.kba.de/Stabsstelle/ZentraleRegister/VZR/FormularVZRneu1.pdf
   
   Most other PDFs I tried seem to work, a few also crash pdftops.
  
  It seems that you're right about pdftops.  However, it is also the case
  that the pdf viewers still exit, implying that they're not handling the
  failure of pdftops very well, or that they have their own crash issues
  as well.  Trying to get a stack trace from kpdf gave me over 3000
  frames, for instance :/
 
 I can't reproduce this any more with libc6 2.5-4.
 
 I'm going to upload xpdf 3.02 soon anyway which also seemed to fix it
 with libc6 2.5-1.

I saw some mention in the glibc changeog that there were some problems
with a printf implementation (print_fp?) in glibc.  It may be that this
whole thing was related to that issue.  If so, sorry for the flap and
thanks for your responsiveness.
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :[EMAIL PROTECTED] |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature


Bug#419618: /usr/bin/pdftops: pdftops segfault, additional file

2007-04-17 Thread Stephen Gran
This one time, at band camp, Andreas Bombe said:
 
 This segfault on print bug seems to be solely the fault of pdftops
 segfaulting somewhere down the line.  Handing the file directly to CUPS
 via lp also fails with a pdftops signal 11 reported in the error log.
 
 The file I encountered the bug on is available at
 http://www.kba.de/Stabsstelle/ZentraleRegister/VZR/FormularVZRneu1.pdf
 
 Most other PDFs I tried seem to work, a few also crash pdftops.

It seems that you're right about pdftops.  However, it is also the case
that the pdf viewers still exit, implying that they're not handling the
failure of pdftops very well, or that they have their own crash issues
as well.  Trying to get a stack trace from kpdf gave me over 3000
frames, for instance :/

Thanks all,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :[EMAIL PROTECTED] |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature


Bug#419618: /usr/bin/pdftops: pdftops segfault, additional file

2007-04-17 Thread Hamish Moffatt
On Tue, Apr 17, 2007 at 10:58:05AM +0100, Stephen Gran wrote:
 This one time, at band camp, Andreas Bombe said:
  
  This segfault on print bug seems to be solely the fault of pdftops
  segfaulting somewhere down the line.  Handing the file directly to CUPS
  via lp also fails with a pdftops signal 11 reported in the error log.
  
  The file I encountered the bug on is available at
  http://www.kba.de/Stabsstelle/ZentraleRegister/VZR/FormularVZRneu1.pdf
  
  Most other PDFs I tried seem to work, a few also crash pdftops.
 
 It seems that you're right about pdftops.  However, it is also the case
 that the pdf viewers still exit, implying that they're not handling the
 failure of pdftops very well, or that they have their own crash issues
 as well.  Trying to get a stack trace from kpdf gave me over 3000
 frames, for instance :/

Hmm. Still no failures with pdftops here, with unstable from a couple of
weeks back on amd64.


Hamish
-- 
Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#419618: /usr/bin/pdftops: pdftops segfault, additional file

2007-04-16 Thread Andreas Bombe
Package: xpdf-utils
Version: 3.01-9
Followup-For: Bug #419618

This segfault on print bug seems to be solely the fault of pdftops
segfaulting somewhere down the line.  Handing the file directly to CUPS
via lp also fails with a pdftops signal 11 reported in the error log.

The file I encountered the bug on is available at
http://www.kba.de/Stabsstelle/ZentraleRegister/VZR/FormularVZRneu1.pdf

Most other PDFs I tried seem to work, a few also crash pdftops.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-4-vserver-k7 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xpdf-utils depends on:
ii  libc6 2.5-1  GNU C Library: Shared libraries
ii  libgcc1   1:4.1.1-21 GCC support library
ii  libpaper1 1.1.21 Library for handling paper charact
ii  libstdc++64.1.1-21   The GNU Standard C++ Library v3
ii  xpdf-common   3.01-9 Portable Document Format (PDF) sui

xpdf-utils recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]