Summary: | Poppler doesn't handle some 1-bit images well | ||
---|---|---|---|
Product: | poppler | Reporter: | Darren Kenny <darren.kenny> |
Component: | general | Assignee: | poppler-bugs <poppler-bugs> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | medium | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Darren Kenny
2007-08-29 02:13:04 UTC
Since I don't seem to be able to attach the file, I've uploaded it to: http://blogs.sun.com/dar/resource/Chichester_2008__Order_of_service.pdf At it's simplest this can be fixed with the following change: diff -u ./poppler/GfxState.cc~ ./poppler/GfxState.cc --- ./poppler/GfxState.cc~ Fri Apr 6 12:11:48 2007 +++ ./poppler/GfxState.cc Wed Aug 29 15:46:51 2007 @@ -1119,7 +1119,8 @@ for (j = 0; j < n; ++j) { if ((x = obj1.streamGetChar()) == EOF) { error(-1, "Bad Indexed color space (lookup table stream too short)"); - goto err3; + //goto err3; + x = 0; } cs->lookup[i*n + j] = (Guchar)x; } While I know this isn't perfect, it does render the images correctly, while still reporting the errors. patch in, thanks |
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.