summaryrefslogtreecommitdiff
path: root/indra/newview/app_settings/cmd_line.xml
diff options
context:
space:
mode:
authorAndrew Productengine <adyukov@productengine.com>2010-11-03 18:23:53 +0200
committerAndrew Productengine <adyukov@productengine.com>2010-11-03 18:23:53 +0200
commit9d97a16481528acbfa28f7681da68a6e485f9a22 (patch)
tree97e57d7d0ae2bbe990f6e5aa03c7a1ae0f0302f3 /indra/newview/app_settings/cmd_line.xml
parent6a9e70053beaa0fb936482f5594137a8bcdf2f1e (diff)
STORM-472 Fixed crash that happened while decoding jpg image.
In case of files provided in ticket problem occured in libjpeg's jpeg_start_decompress(to be more specofic- inside it's _jinit_color_deconverter()) because if cinfo's out_color_space is RGB, then jpeg_color_space can't be JCS_YCCK (JCS_YCCK jpeg_color_space is possible for JCS_CMYK out_color_space). So when the combination of RGB and JCS_YCCK was encountered, jpeglib called ERREXIT() inside which exit() was called and viewer crashed. - Checking for this combination before calling jpeg_start_decompress() would solve this problem in this specific case, but there are a lot of possible error combinations which cause libjpeg to exit and thus crash viewer, so copypasting checks from it into viewer code would be cumbersome, uneffective and ugly. So another approach was used instead- by default libjpeg calls exit() after encountering an error, but user can provide his own error handling function instead. on_jpeg_error() function was added in fix for this. It sets true a boolean flag that is used to determine whether there were errors in getImageDimensionsJpeg(), and this function's return value depends on it.
Diffstat (limited to 'indra/newview/app_settings/cmd_line.xml')
0 files changed, 0 insertions, 0 deletions