[cairo-bugs] [Bug 24519] Printing produces broken PDF with evince in GNOME 2.28

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed Oct 14 03:18:28 PDT 2009


--- Comment #8 from Sebastien Bacher <seb128 at ubuntu.com>  2009-10-14 03:18:26 PST ---
Those pdf are also crashing printers apparently,
http://launchpadlibrarian.net/33023145/Aufgabe01.pdf is used as example in the
ubungu bug


The PDF output of evince seems to be broken:

The original file Aufgabe01.pdf I can send directly ("nc -w1 <IP> 9100 <
<file>") )to two PDF printers (HP LaserJet P3005, HP Color LaserJet CM3530 MFP)
and it comes out very quickly. If I print into a PDF file from evince and then
send the resulting output.pdf to the same two printers it takes several minutes
until both report that they do not have enough memory for the job.

Also Ghostscript (both versions 8.64 and 8.70) is able do display Aufgabe01.pdf
but not output.pdf. Example Ghostscript output for output.pdf:

till at till-laptop:~/printing/foomatic/openprinting/mysqldb$ gs output.pdf
GPL Ghostscript 8.70 (2009-07-31)
Copyright (C) 2009 Artifex Software, Inc. All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Processing pages 1 through 2.
Page 1
Error: /rangecheck in --run--
Operand stack:
   --dict:7/16(L)-- 86.363 742.734
Execution stack:
   %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2
%stopped_push --nostringval-- --nostringval-- --nostringval-- false 1
%stopped_push 1862 1 3 %oparray_pop 1861 1 3 %oparray_pop 1845 1 3 %oparray_pop
--nostringval-- --nostringval-- 2 1 2 --nostringval-- %for_pos_int_continue
--nostringval-- --nostringval-- false 1 %stopped_push --nostringval--
Dictionary stack:
   --dict:1150/1684(ro)(G)-- --dict:1/20(G)-- --dict:75/200(L)--
--dict:75/200(L)-- --dict:106/127(ro)(G)-- --dict:285/300(ro)(G)--
--dict:22/25(L)-- --dict:4/6(L)-- --dict:21/40(L)-- --dict:10/15(L)--
Current allocation mode is local
Last OS error: 2
GPL Ghostscript 8.70: Unrecoverable error, exit code 1
till at till-laptop:~/printing/foomatic/openprinting/mysqldb$

Ḿany printer drivers use Ghostscript directly taking PDF, so most printers
will probably not print this job at all.

Printing both files directly to CUPS with "lpr" and on the HP Color LaserJet
CM3530 MFP (the manufacturer PPD makes CUPS using it in PostScript mode) gets
correct printouts with Aufgabe01.pdf, both on print queues set up on the local
Karmic and on the remote Jaunty box. output.pdf comes out without the drawing
through the queue on the remote Jaunty box and correctly through a local queue
on the Karmic machine.

On Karmic there is no working "cupsfilter" utility unfortunately, it segfaults
already before starting the first filters. Seems that upstream has added new
functionality without testing it."

Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

More information about the cairo-bugs mailing list