summaryrefslogtreecommitdiff
path: root/thirdparty/openjpeg
diff options
context:
space:
mode:
authorRobin Watts <robin.watts@artifex.com>2013-01-04 15:24:15 +0000
committerRobin Watts <robin.watts@artifex.com>2013-01-11 15:34:15 +0000
commit3bed887949e87cc010b69bb247e30132e92057d2 (patch)
tree9656b9bb99253408484f932b508d5439417db025 /thirdparty/openjpeg
parent5ee271fd9c8b51b65d3e62a1eb47971adc090328 (diff)
downloadmupdf-3bed887949e87cc010b69bb247e30132e92057d2.tar.xz
Attempt to fix SEGVs seen in fax decoder.
Talking to zeniko, he reports that SEGVs still occur in find_changing within the fax decoder; he doesn't have an example that shows the problem though (either one he can share, or one he cannot). Presumably he has some sort of online feedback thing in the event of crashes. Having stared at the code for a while, I see a potential problem. I think the code may read too many bytes in the case where we are entered with x already within the last byte of w. (i.e. where x >= ((w-1)>>3)<<3). Fixed here.
Diffstat (limited to 'thirdparty/openjpeg')
0 files changed, 0 insertions, 0 deletions