Summary: | Error: /typecheck in --closefile-- with corrupt PDF file | ||
---|---|---|---|
Product: | Ghostscript | Reporter: | Ralph Giles <ralph.giles> |
Component: | PDF Interpreter | Assignee: | Default assignee <ghostpdl-bugs> |
Status: | NOTIFIED DUPLICATE | ||
Severity: | normal | ||
Priority: | P2 | ||
Version: | 8.54 | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Customer: | 384 | Word Size: | --- |
Description
Ralph Giles
2006-08-02 18:40:44 UTC
Created attachment 2399 [details]
289282.pdf
problem file
Reproduced with HEAD on MacOS X with the X11 device. The PDF file is corrupt. Acrobat Reader 7.0.8 on MacOS X fails to render page 4 as well, warning about "a drawing error, likely caused by low memory". Like Acrobat, Ghostscript can render the remaining pages if run again with -dFirstPage=5. MacOS X Preview.app shows page 4 without complaint. typecheck in --closefile-- happens when an image operator fails in the PDF interpreter in the stopped context. I have a patch for the stack mix-up but there's still an error in the image. Alex, if your fix for the stack mixup allows Ghostscript to continue after the image error, then it's appropriate to close this as a duplicate since the image is damaged. Judging from the behaviour of Preview.app there actually is image data in the file, but we generally don't support damaged files where Acrobat also fails. This may not be exact duplicate of the bug 688736 but the fix proposed there as a comment 14 also solves this case. *** This bug has been marked as a duplicate of 688736 *** Changing customer bugs that have been resolved more than a year ago to closed. |