Bug 691552 - pdfwrite device generates wrong output plus multiple blank pages
Summary: pdfwrite device generates wrong output plus multiple blank pages
Status: RESOLVED WONTFIX
Alias: None
Product: GhostPCL
Classification: Unclassified
Component: PDF Writer (show other bugs)
Version: master
Hardware: PC All
: P4 normal
Assignee: Ken Sharp
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-08-12 05:47 UTC by Marcos H. Woehrmann
Modified: 2011-01-03 09:32 UTC (History)
0 users

See Also:
Customer:
Word Size: ---


Attachments
screenshot.png (526.76 KB, image/png)
2010-08-12 05:53 UTC, Marcos H. Woehrmann
Details
Cut down version of file (28.31 KB, application/octet-stream)
2010-12-28 22:31 UTC, Shailesh Mistry
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Marcos H. Woehrmann 2010-08-12 05:47:20 UTC
GhostPCL head (r11628), generates a 4 page PDF file from the attached PCL file.  Pages 1, 2, and 4 are blank and page 3 is mostly but not entirely correct (I'm comparing page 3 to the single page that is generated when GhostPCL converts the attached file to ppmraw, see attached screenshot.png).

The command lines I'm using:

  main/obj/pcl6 -sDEVICE=pdfwrite -sOutputFile=test.pdf ./FM559OJ2.BIN
  gs/bin/gs -sDEVICE=ppmraw -o test1.ppm ./test.pdf

  main/obj/pcl6 -sDEVICE=ppmraw -sOutputFile=test2.ppm ./FM559OJ2.BIN
Comment 4 Shailesh Mistry 2010-12-28 22:31:21 UTC
Created attachment 7071 [details]
Cut down version of file

The original file does contain 4 pages but only page 3 has any marked output.

Attached is a cut down version of the file showing just the "math" text error. This looks like it is problem due to the ROP operator.
Comment 5 Ken Sharp 2011-01-03 09:32:23 UTC
(In reply to comment #4)
> Created an attachment (id=7071) [details]
> Cut down version of file
> 
> The original file does contain 4 pages but only page 3 has any marked output.

It seems that the tiff24nc device at least doesn't write out the blank pages...

 
> Attached is a cut down version of the file showing just the "math" text error.
> This looks like it is problem due to the ROP operator.

Indeed, this seems to be the case. There are a lot of ROP operations going on with images, which results in some apparently working output, and some which doesn't. Since we don't support ROP in the PDF output, closing as WONTFIX. Thanks for the reduced file!