Bug 691584 - pdf file crash
Summary: pdf file crash
Status: RESOLVED FIXED
Alias: None
Product: MuPDF
Classification: Unclassified
Component: mupdf (show other bugs)
Version: unspecified
Hardware: PC Linux
: P4 normal
Assignee: Tor Andersson
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-09-01 10:06 UTC by sylvain.bertrand
Modified: 2010-09-27 11:04 UTC (History)
0 users

See Also:
Customer:
Word Size: ---

Attachments
guilty file (21.50 KB, application/pdf)
2010-09-01 10:08 UTC, sylvain.bertrand 		Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description sylvain.bertrand 2010-09-01 10:06:37 UTC 
producer or consumer side?
Comment 1 sylvain.bertrand 2010-09-01 10:08:08 UTC 
Created attachment 6684 [details]
guilty file
Comment 2 Tor Andersson 2010-09-27 10:53:34 UTC 
The file has an inline run-length encoded image, with garbage on the end: a '>' character. The '>' character is used as the end-of-data marker for ASCIIHex and ASCII85 decoding filters, but not for RunLength -- perhaps the generator is confused about the spec?
Comment 3 Tor Andersson 2010-09-27 10:57:21 UTC 
I have added a workaround that ignores garbage at the end of inline images and scans for the EI keyword without using the lexer.
Comment 4 sylvain.bertrand 2010-09-27 11:04:30 UTC 
damn... the pdf format has too many damaged producers, need an official validation tool.
thx for the help.