Summary: | crashed with SIGSEGV in JPXStream::readTilePartData() | ||
---|---|---|---|
Product: | poppler | Reporter: | Pedro Villavicencio <pvillavi> |
Component: | general | Assignee: | poppler-bugs <poppler-bugs> |
Status: | RESOLVED MOVED | QA Contact: | |
Severity: | normal | ||
Priority: | medium | CC: | thoger |
Version: | unspecified | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Pedro Villavicencio
2010-08-17 09:28:06 UTC
The crash is not in poppler code but in openjpeg code. Poppler uses openjpeg for JPX decoding. openjpeg 1.3 release crashes but the code from their svn does not crash so i can only understand that new openjpeg releases will fix the crash. http://groups.google.com/group/openjpeg/browse_thread/thread/201b1dc1623857cc Thus i am closing the bug. (In reply to comment #1) > The crash is not in poppler code but in openjpeg code. Poppler uses openjpeg > for JPX decoding. The file does indeed trigger crash in openjpeg (two actually, see my comment in launchpad bug), but that should be a different crash to what was reported in Ubuntu bug, as Ubuntu poppler does not seem to be using openjpeg. Poppler built without openjpeg crashes on the file too, though I don't know whether it's poppler or libjpeg to blame for that crash. Ah yes, Ubuntu refuses to use the better, faster and less memory intensive option. Basically i refuse to work on JPXStream given we have OpenJPEG that is much better. Patches accepted as always. -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/poppler/poppler/issues/336. |
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.