| Summary: |
pdftops sometimes creates an image reference without the image data |
| Product: |
poppler
|
Reporter: |
Ian Collier <imc> |
| Component: |
general | Assignee: |
poppler-bugs <poppler-bugs> |
| Status: |
RESOLVED
FIXED
|
QA Contact: |
|
| Severity: |
normal
|
|
|
| Priority: |
medium
|
|
|
| Version: |
unspecified | |
|
| Hardware: |
All | |
|
| OS: |
Linux (All) | |
|
| Whiteboard: |
|
|
i915 platform:
|
|
i915 features:
|
|
|---|
| Attachments: |
PDF file that produces broken PostScript with pdftops
|
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 18984 [details] PDF file that produces broken PostScript with pdftops The attached PDF is a page containing a large bitmapped letter H (and a small bitmapped number 1). It displays correctly with evince, xpdf, gv and Adobe Reader. However, pdftops generates a PostScript file containing the undefined symbol ImData_9_0 because for some reason the image data for this object did not get written to the PostScript file. Inspection of the generated PostScript shows that the data for the big letter H is not present, although the data for the small number 1 is present. This applies to poppler version 0.8.1 from the Fedora 9 distribution (but it also fails in the same way with 0.5.4 from Fedora 7). The PDF file was created with "ps2pdf" from GhostScript 8.15.4 on a Fedora 7 system (from a 3-line TeX file and "dvips -Ppk"). I note that GhostScript 8.62 produces a different PDF which pdftops can print without error, but I'm not sure what the difference is.