Nadeem Vawda
bbabbae114
Issue #12839 : Fix crash in zlib module due to version mismatch.
...
If the version of zlib used to compile the zlib module is incompatible
with the one that is actually linked in, then calls into zlib will fail.
This can leave attributes of the z_stream uninitialized, so we must take
care to avoid segfaulting by trying to use an invalid pointer.
Fix by Richard M. Tew.
2011-08-28 11:23:57 +02:00
Nadeem Vawda
0cc4fd9df7
Issue #12050 : zlib.decompressobj().decompress() now clears the unconsumed_tail
...
attribute when called without a max_length argument.
2011-05-14 14:29:07 +02:00
Antoine Pitrou
fc3bfad2e0
Issue #8681 : Make the zlib module's error messages more informative when
...
the zlib itself doesn't give any detailed explanation.
2010-05-11 23:42:28 +00:00
Antoine Pitrou
c83ea137d7
Untabify C files. Will watch buildbots.
2010-05-09 14:46:46 +00:00
Antoine Pitrou
3843cd8e86
Issue #8571 : Fix an internal error when compressing or decompressing a
...
chunk larger than 1GB with the zlib module's compressor and decompressor
objects.
2010-05-07 16:50:34 +00:00
Gregory P. Smith
dd96db63f6
This reverts r63675 based on the discussion in this thread:
...
http://mail.python.org/pipermail/python-dev/2008-June/079988.html
Python 2.6 should stick with PyString_* in its codebase. The PyBytes_* names
in the spirit of 3.0 are available via a #define only. See the email thread.
2008-06-09 04:58:54 +00:00
Christian Heimes
593daf545b
Renamed PyString to PyBytes
2008-05-26 12:51:38 +00:00
Gregory P. Smith
79e42a0e08
Fix zlib crash from zlib.decompressobj().flush(val) when val was not positive.
...
It tried to allocate negative or zero memory. That fails.
2008-04-09 00:25:17 +00:00
Gregory P. Smith
1fa588e14f
Use a 32-bit unsigned int here, a long is not needed.
2008-03-25 07:31:28 +00:00
Gregory P. Smith
be446b4ab7
replace calls to get the initial values with the raw constants.
2008-03-23 22:14:38 +00:00
Gregory P. Smith
73f57b0c05
Revert r61779 - It undid correct code and caused test_zlib to fail on all
...
platforms with a 64-bit long.
The Alpha/Tru64 test problem is a problem in either tarfile or test_tarfile,
not zlib.
crc32 and adler32 return 32-bit values. by using a long thats larger than
32-bits in these functions they were prevented from wrapping around to their
signed 32-bit value that we want them to return in python 2.x.
2008-03-23 20:31:23 +00:00
Neal Norwitz
acbd6420e3
Fix test_tarfile failures on Alpha (Tru64). The problem was caused in r61449
...
which made the return value signed. On the Alpha that also lost data
since sizeof(int) != sizeof(long) and apparently adler32/crc32 return
64 bits of data. This change keeps the signedness and continues to store the
data in a long rather than an int as was the case before r61449.
2008-03-23 05:08:37 +00:00
Gregory P. Smith
f48f9d38c0
Force zlib.crc32 and zlib.adler32 to return a signed integer on all platforms
...
regardless of the native sizeof(long) used in the integer object.
This somewhat odd behavior of returning a signed is maintained in 2.x for
compatibility reasons of always returning an integer rather than a long object.
Fixes Issue1202 for Python 2.6
2008-03-17 18:48:05 +00:00
Christian Heimes
e93237dfcc
#1629 : Renamed Py_Size, Py_Type and Py_Refcnt to Py_SIZE, Py_TYPE and Py_REFCNT. Macros for b/w compatibility are available.
2007-12-19 02:37:44 +00:00
Christian Heimes
901071bde5
Fixed #1372 : zlibmodule.c: int overflow in PyZlib_decompress
2007-11-21 00:46:21 +00:00
Martin v. Löwis
6819210b9e
PEP 3123: Provide forward compatibility with Python 3.0, while keeping
...
backwards compatibility. Add Py_Refcnt, Py_Type, Py_Size, and
PyVarObject_HEAD_INIT.
2007-07-21 06:55:02 +00:00
Neal Norwitz
6e73aaab47
Patch #1503046 , Conditional compilation of zlib.(de)compressobj.copy
...
copy is only in newer versions of zlib. This should allow zlibmodule
to work with older versions like the Tru64 buildbot.
2006-06-12 03:33:09 +00:00
Tim Peters
402cc242f0
PyZlib_copy(), PyZlib_uncopy(): Repair leaks on the normal-case path.
2006-05-17 01:30:11 +00:00
Georg Brandl
8d3342b489
Patch #1435422 : zlib's compress and decompress objects now have a
...
copy() method.
2006-05-16 07:38:27 +00:00
Georg Brandl
22a9dc889d
Patch #1459631 : documnent zlib.Decompress.flush() length parameter.
2006-04-01 07:39:41 +00:00
Neal Norwitz
1ac754fa10
Check return result from Py_InitModule*(). This API can fail.
...
Probably should be backported.
2006-01-19 06:09:39 +00:00
Andrew M. Kuchling
bb7e800506
[Patch #1350573 ] zlib.crc32 doesn't handle 0xffffffff seed. Add tests and bugfix. Bug reported by John Schmidt; bugfix by Danny Yoo.
2005-11-22 15:32:28 +00:00
Andrew M. Kuchling
3b585b30c0
[Bug #1083110 ] calling .flush() on decompress objects causes a segfault due to an uninitialized pointer: fixes the problem and adds a test case
2004-12-28 20:10:48 +00:00
Guido van Rossum
7d9ea5013f
- Thanks to Scott David Daniels, a subtle bug in how the zlib
...
extension implemented flush() was fixed. Scott also rewrite the
zlib test suite using the unittest module. (SF bug #640230 and
patch #678531.)
Backport candidate I think.
2003-02-03 20:45:52 +00:00
Mark Hammond
62b1ab1b31
Replace DL_IMPORT with PyMODINIT_FUNC and remove "/export:init..." link
...
command line for Windows builds. This should allow MSVC to import and
build the Python MSVC6 project files without error.
2002-07-23 06:31:15 +00:00
