Bug 253601
Summary: | xpdf-3.02 breaks printing of PDF files | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Michal Jaegermann <michal> | ||||||||
Component: | xpdf | Assignee: | Tom "spot" Callaway <tcallawa> | ||||||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
Severity: | medium | Docs Contact: | |||||||||
Priority: | low | ||||||||||
Version: | 7 | CC: | krh, umar | ||||||||
Target Milestone: | --- | ||||||||||
Target Release: | --- | ||||||||||
Hardware: | x86_64 | ||||||||||
OS: | Linux | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | 3.02-3.fc7 | Doc Type: | Bug Fix | ||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2007-09-04 22:13:42 UTC | Type: | --- | ||||||||
Regression: | --- | Mount Type: | --- | ||||||||
Documentation: | --- | CRM: | |||||||||
Verified Versions: | Category: | --- | |||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||
Embargoed: | |||||||||||
Attachments: |
|
Description
Michal Jaegermann
2007-08-20 19:16:02 UTC
Created attachment 161915 [details]
sample PDF "picture only" document
Created attachment 161916 [details]
results of printing on "generic PS printer"
"print to file" produces different file but faulty picture encoding
is the same.
I can confirm this as well. Writing to a file from xpdf and then trying to view the postscript file with ghostscript (even ghostscript 8.60) is giving the above error. Everything else produces a working ps file e.g. using pdftops (poppler) or adobe reader. > Everything else produces a working ps file e.g.
> sing pdftops (poppler) ....
'poppler' is based on a pretty old xpdf code. I am not entirely
sure about version releationships but it looks that is derived
from close to four years old version 3.00 even for
poppler-0.5.91-2.fc8 from the current rawhide (which possibly
means that a PDF 1.6 or PDF 1.7 file may give it a serious indigestion).
If you will use instead pdftops compiled from xpdf-3.02 source then
on x86_64 there is the same trouble. What really fails is a picture
encoding in a produced Postscript (maybe a subject should be
changed to that?). That trouble showed up in 3.02.
In a sample attached to this bug the first four bytes after
'pdfIm' use should be "s4IA"; instead they are "nbeM". After that
such groups of wrong four bytes are sprinkled all over encoding
among of long runs of what you expect to be there.
If you will set psLevel to "level1" (say in ~/.xpdfrc) then the
picture is a bitmap and it should come up all right for a price
of bloating an output.
Created attachment 161997 [details]
patch to fix xpdf printing on 64 bit platforms
> patch to fix xpdf
Yeap! Thanks! Exactly of an expected kind. I had troubles
figuring out what is really producing those encoding bytes. :-)
xpdf-3.02-3.fc7 has been pushed to the Fedora 7 testing repository. If problems still persist, please make note of it in this bug report. xpdf-3.02-3.fc7 has been pushed to the Fedora 7 stable repository. If problems still persist, please make note of it in this bug report. |