Bug 24519

*** Bug 24517 has been marked as a duplicate of this bug. ***

*** Bug 24518 has been marked as a duplicate of this bug. ***

(sorry I managed to file duplicates by retry on slow internet)

Testcase on GNOME 2.28, cairo 1.8.8:

* download http://foundation.gnome.org/reports/gnome-report-2009-Q2.pdf
* open it in evince and print to a file
* try to run gs on the printed pdf for example to send to a printer

$ gs gtkprint.pd
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 18.
Page 1
Error: /rangecheck in --run--
Operand stack:
   --dict:7/16(L)--   61.336   763.179
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   18   --nostringval--   %for_pos_int_continue   --nostringval--   --nostringval--   false   1   %stopped_push   --nostringval--   --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:5/5(L)--
Current allocation mode is local
Last OS error: 11
GPL Ghostscript 8.70: Unrecoverable error, exit code 1

Created attachment 30379 [details]
the generated pdf when printing from evince

Using cairo git seems to lead to the same issue

If ghostscript is crashing it is a ghostscript bug.

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@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-- --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@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."

It is a ghostscript bug:

http://bugs.ghostscript.com/show_bug.cgi?id=690823