tree 7a45fd5a1a53e8b3e5290e73d1de4e0045232179
parent dec79952d6fe534b2b6cc0ab88238564c17e78dc
author DRC <information@libjpeg-turbo.org> 1461252156 -0500
committer DRC <information@libjpeg-turbo.org> 1461252499 -0500

Increase severity of tjDecompressToYUV2() bug desc

Actually, what happened was that the longjmp() call within
my_error_exit() acted on the previous value of myerr->setjmp_buffer,
which was probably set in a previous TurboJPEG function, such as
tjInitDecompress().  Thus, when a libjpeg error was triggered within
the body of tjDecompressToYUV2(), the PC jumped to the error handler
of the previous TurboJPEG function, and this usually caused stack
corruption in the calling program (because the signature and return
type of the previous TurboJPEG function probably wasn't the same.)