delta/cpython-git.git/Modules/zlibmodule.c, branch enum-lost-fixes

[3.10] Fix typos in the Modules directory (GH-28761) (GH-28781)

2021-10-07T08:55:18+00:00

(cherry picked from commit dd02a696e55b450413e765e698e653d781ca4205)


Co-authored-by: Christian Clauss 

Automerge-Triggered-By: GH:gpshead

[3.10] [codemod] Fix non-matching bracket pairs (GH-28473) (GH-28511)

2021-09-21T23:33:59+00:00

Co-authored-by: Terry Jan Reedy 
Co-authored-by: Serhiy Storchaka 
Co-authored-by: Łukasz Langa 
(cherry picked from commit 8f943ca25732d548cf9f0b0393ba8d582fb93e29)

Co-authored-by: Mohamad Mansour <66031317+mohamadmansourX@users.noreply.github.com>

bpo-41486: zlib uses an UINT32_MAX sliding window for the output buffer (GH-26143)

2021-07-05T01:32:56+00:00

* zlib uses an UINT32_MAX sliding window for the output buffer

These funtions have an initial output buffer size parameter:
- zlib.decompress(data, /, wbits=MAX_WBITS, bufsize=DEF_BUF_SIZE)
- zlib.Decompress.flush([length])

If the initial size > UINT32_MAX, use an UINT32_MAX sliding window, instead of clamping to UINT32_MAX.
Speed up when (the initial size == the actual size).

This fixes a memory consumption and copying performance regression in earlier 3.10 beta releases if someone used an output buffer larger than 4GiB with zlib.decompress.

Reviewed-by: Gregory P. Smith
(cherry picked from commit a9a69bb3ea1e6cf54513717212aaeae0d61b24ee)

Co-authored-by: Ma Lin

bpo-41486: Fix initial buffer size can't > UINT32_MAX in zlib module (GH-25738)

2021-04-30T23:32:49+00:00

* Fix initial buffer size can't > UINT32_MAX in zlib module

After commit f9bedb630e8a0b7d94e1c7e609b20dfaa2b22231, in 64-bit build,
if the initial buffer size > UINT32_MAX, ValueError will be raised.

These two functions are affected:
1. zlib.decompress(data, /, wbits=MAX_WBITS, bufsize=DEF_BUF_SIZE)
2. zlib.Decompress.flush([length])

This commit re-allows the size > UINT32_MAX.

* adds curly braces per PEP 7.

* Renames `Buffer_*` to `OutputBuffer_*` for clarity

bpo-43916: Apply Py_TPFLAGS_DISALLOW_INSTANTIATION to selected types (GH-25748)

2021-04-30T14:04:57+00:00

Apply Py_TPFLAGS_DISALLOW_INSTANTIATION to the following types:

* _dbm.dbm
* _gdbm.gdbm
* _multibytecodec.MultibyteCodec
* _sre..SRE_Scanner
* _thread._localdummy
* _thread.lock
* _winapi.Overlapped
* array.arrayiterator
* functools.KeyWrapper
* functools._lru_list_elem
* pyexpat.xmlparser
* re.Match
* re.Pattern
* unicodedata.UCD
* zlib.Compress
* zlib.Decompress

bpo-41486: Faster bz2/lzma/zlib via new output buffering (GH-21740)

2021-04-28T06:58:54+00:00

Faster bz2/lzma/zlib via new output buffering.
Also adds .readall() function to _compression.DecompressReader class
to take best advantage of this in the consume-all-output at once scenario.

Often a 5-20% speedup in common scenarios due to less data copying.

Contributed by Ma Lin.

Fix thread locks in zlib module may go wrong in rare case. (#22126)

2021-04-27T08:37:11+00:00

Setting `next_in` before acquiring the thread lock may mix up compress/decompress state in other threads.

bpo-42519: Replace PyObject_MALLOC() with PyObject_Malloc() (GH-23587)

2020-12-01T09:37:39+00:00

No longer use deprecated aliases to functions:

* Replace PyObject_MALLOC() with PyObject_Malloc()
* Replace PyObject_REALLOC() with PyObject_Realloc()
* Replace PyObject_FREE() with PyObject_Free()
* Replace PyObject_Del() with PyObject_Free()
* Replace PyObject_DEL() with PyObject_Free()

bpo-1635741 port zlib module to multi-phase init (GH-21995)

2020-09-07T08:27:55+00:00

Port the zlib extension module to multi-phase initialization (PEP 489).

bpo-37999: No longer use int in implicit integer conversions. (GH-15636)

2020-05-26T15:43:38+00:00

Only __index__ should be used to make integer conversions lossless.