[gs-bugs] [Bug 689154] Memory/performance problems reading PDF file with JPXDecode

bugs.ghostscript.com-bugzilla-daemon at ghostscript.com bugs.ghostscript.com-bugzilla-daemon at ghostscript.com
Mon Jul 7 16:28:00 PDT 2008


http://bugs.ghostscript.com/show_bug.cgi?id=689154

ralph.giles at artifex.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P1                          |P2



------- Additional Comments From ralph.giles at artifex.com  2008-07-07 16:27 -------
I cannot reproduce the crash with head. Instead I get "Insufficient data for
image" when the job runs out of memory.

The job does take about 3.5 GB of ram at peak, mostly inside jasper. Disabling
the work around for broken files with an invalid numparts in the SOT box saves
about 500 MB, but that's all. The gs+luratech decoder completes the file in
about 700 MB. So there the jasper code is inefficient.

Revising priority to reflect the crash being fixed.



------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.



More information about the gs-bugs mailing list