b***@artifex.com
2016-06-26 06:41:31 UTC
http://bugs.ghostscript.com/show_bug.cgi?id=696871
Bug ID: 696871
Summary: Luratech jpx image decoder fails in valgrind
Product: Ghostscript
Version: master
Hardware: PC
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P4
Component: JPX/JBIG2 encode/decode
Assignee: ***@artifex.com
Reporter: ***@hotmail.com
QA Contact: gs-***@ghostscript.com
Word Size: ---
I compiled the jp2_demo program under linux (using the attached makefile). Next
I ran valgrind ./jp2_demo d -o test.tif -i file.jp2 for all files in
https://github.com/uclouvain/openjpeg-data
While doing so I noticed that the following files consistenly segfaulted:
input/nonregression/issue775.j2k
input/nonregression/issue775-2.j2k
Moreoever the following files generated various warnings in valgrind:
input/conformance/p0_13.j2k
input/conformance/p1_06.j2k
input/nonregression/1851.pdf.SIGSEGV.ce9.948.jp2
input/nonregression/4241ac039aba57e6a9c948d519d94216_asan_heap-input/nonregression/oob_14650f2_7469_602.jp2
input/nonregression/451.pdf.SIGSEGV.5b5.3723.jp2
input/nonregression/451.pdf.SIGSEGV.f4c.3723.jp2
input/nonregression/dwt_interleave_h.gsr105.jp2
input/nonregression/edf_c2_1000691.jp2
input/nonregression/gdal_fuzzer_check_number_of_tiles.jp2
input/nonregression/issue363-4723.jp2
input/nonregression/issue363-4740.jp2
input/nonregression/issue391.jp2
input/nonregression/issue397.jp2
input/nonregression/issue399.j2k
input/nonregression/issue414.jp2
input/nonregression/issue429.jp2
input/nonregression/issue432.jp2
input/nonregression/text_GBR.jp2
input/nonregression/v4dwt_interleave_h.gsr105.j2k
This proves that the valgrind issues are with the Luratech jpx decoder itself
rather than with gs, but should any of these files be embedded in a .pdf-file
then this is likely to cause problems in valgrind for Ghostscript (and in the
future MuPDF).
Bug ID: 696871
Summary: Luratech jpx image decoder fails in valgrind
Product: Ghostscript
Version: master
Hardware: PC
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P4
Component: JPX/JBIG2 encode/decode
Assignee: ***@artifex.com
Reporter: ***@hotmail.com
QA Contact: gs-***@ghostscript.com
Word Size: ---
I compiled the jp2_demo program under linux (using the attached makefile). Next
I ran valgrind ./jp2_demo d -o test.tif -i file.jp2 for all files in
https://github.com/uclouvain/openjpeg-data
While doing so I noticed that the following files consistenly segfaulted:
input/nonregression/issue775.j2k
input/nonregression/issue775-2.j2k
Moreoever the following files generated various warnings in valgrind:
input/conformance/p0_13.j2k
input/conformance/p1_06.j2k
input/nonregression/1851.pdf.SIGSEGV.ce9.948.jp2
input/nonregression/4241ac039aba57e6a9c948d519d94216_asan_heap-input/nonregression/oob_14650f2_7469_602.jp2
input/nonregression/451.pdf.SIGSEGV.5b5.3723.jp2
input/nonregression/451.pdf.SIGSEGV.f4c.3723.jp2
input/nonregression/dwt_interleave_h.gsr105.jp2
input/nonregression/edf_c2_1000691.jp2
input/nonregression/gdal_fuzzer_check_number_of_tiles.jp2
input/nonregression/issue363-4723.jp2
input/nonregression/issue363-4740.jp2
input/nonregression/issue391.jp2
input/nonregression/issue397.jp2
input/nonregression/issue399.j2k
input/nonregression/issue414.jp2
input/nonregression/issue429.jp2
input/nonregression/issue432.jp2
input/nonregression/text_GBR.jp2
input/nonregression/v4dwt_interleave_h.gsr105.j2k
This proves that the valgrind issues are with the Luratech jpx decoder itself
rather than with gs, but should any of these files be embedded in a .pdf-file
then this is likely to cause problems in valgrind for Ghostscript (and in the
future MuPDF).
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are receiving this mail because:
You are the QA Contact for the bug.