Closed GoogleCodeExporter closed 8 years ago
Cf. http://code.google.com/p/sumatrapdf/source/detail?r=6582
Original comment by zeniko
on 22 Aug 2012 at 8:22
Original comment by mathieu.malaterre
on 25 Feb 2014 at 3:54
Would it be possible to have a test dataset for this one ?
Original comment by mathieu.malaterre
on 28 Feb 2014 at 10:39
There is a sentinel at line 3165 within opj_j2k_read_poc which checks:
assert(l_current_poc_nb < 32);
no tests have triggered this, so I am closing the issue. I believe this is
solved with current code base.
Original comment by mathieu.malaterre
on 3 Mar 2014 at 11:12
I haven't had a testcase for this through any of the fuzzing runs so far, but
it's been fairly easy to create one (the attached file is
nonregression/merged.jp2 with a single byte changed).
The fact that none of your files triggers the assertion implies that no sane
file needs more than 32 POC entries. Without proper code inspection it however
doesn't mean that no specially crafted file will.
Our fix for this issue:
https://code.google.com/p/sumatrapdf/source/detail?r=8640
Original comment by zeniko
on 5 Mar 2014 at 10:10
Attachments:
Issue 280 has been merged into this issue.
Original comment by mathieu.malaterre
on 14 Mar 2014 at 2:50
Thanks for the reminder (280) and the file to reproduce (makes my life so much
easier!)
Original comment by mathieu.malaterre
on 14 Mar 2014 at 2:50
Original comment by mathieu.malaterre
on 14 Mar 2014 at 2:50
This issue was updated by revision r2742.
Original comment by mathieu.malaterre
on 14 Mar 2014 at 2:55
This issue was closed by revision r2743.
Original comment by mathieu.malaterre
on 14 Mar 2014 at 3:01
Original issue reported on code.google.com by
zeniko
on 22 Aug 2012 at 8:17