[issue1372] zlibmodule.c: int overflow in PyZlib_decompress

Christian Heimes added the comment: Fixed in r59081 and r59080 py3k will follow at the next svnmerge -- nosy: +tiran resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __

[issue1372] zlibmodule.c: int overflow in PyZlib_decompress

Changes by Christian Heimes: -- assignee: nnorwitz -> gvanrossum __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscrib

[issue1372] zlibmodule.c: int overflow in PyZlib_decompress

Changes by Guido van Rossum: -- keywords: +64bit resolution: accepted -> __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list U

[issue1372] zlibmodule.c: int overflow in PyZlib_decompress

Guido van Rossum added the comment: The correct format for a Py_ssize_t is 'n' (at least in the trunk, I don't have the 2.5 branch handy but I imagine it's the same). We can figure out the patch from here. __ Tracker <[EMAIL PROTECTED]>

[issue1372] zlibmodule.c: int overflow in PyZlib_decompress

Changes by Guido van Rossum: Removed file: http://bugs.python.org/file8681/unnamed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

[issue1372] zlibmodule.c: int overflow in PyZlib_decompress

Peter Weseloh added the comment: You are right. The format should be 'l'. I overlooked that. In my case the optional 'buf_size' parameter of 'decompress' is not used anyhow. Shall I change the patch accordingly? It work well for me and I now checked the code of PyArg_ParseTuple (Python/getargs.c

[issue1372] zlibmodule.c: int overflow in PyZlib_decompress

Guido van Rossum added the comment: I trust that there's a problem, but this can't be right -- the address of r_strlen is passed to PyArg_ParseTuple corresponding to an 'i' format letter. That will never do. -- assignee: -> nnorwitz nosy: +gvanrossum, nnorwitz

[issue1372] zlibmodule.c: int overflow in PyZlib_decompress

Changes by Christian Heimes: -- keywords: +patch priority: -> high resolution: -> accepted versions: +Python 2.6, Python 3.0 __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1372] zlibmodule.c: int overflow in PyZlib_decompress

New submission from Peter Weseloh: When I use zlib.decompress to decompress a string where the result would be >1 GB I get SystemError: Objects/stringobject.c:4089: bad argument to internal function I tracked that down to an int overflow of r_strlen in PyZlib_decompress. Using Py_ssize_t instead