[issue23200] Clarify max_length and flush() for zlib decompression

2015-11-17 Thread Roundup Robot
Roundup Robot added the comment: New changeset 106c49edbb12 by Martin Panter in branch '2.7': Issue #23200: Document that max_length=0 is not supported https://hg.python.org/cpython/rev/106c49edbb12 New changeset 660bdfaada64 by Martin Panter in branch '3.4': Issue #23200: Document that max_leng

[issue23200] Clarify max_length and flush() for zlib decompression

2015-02-28 Thread Serhiy Storchaka
Changes by Serhiy Storchaka : -- nosy: +nadeem.vawda stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue23200] Clarify max_length and flush() for zlib decompression

2015-01-08 Thread Martin Panter
Martin Panter added the comment: The processing of unconsumed_tail in flush() was introduced via Issue 16411. Before that I suspect flush() was assumed to only be called when max_length was not used. The decompress() method changed from Z_NO_FLUSH to Z_SYNC_FLUSH in Feb 2001; see revision 01c

[issue23200] Clarify max_length and flush() for zlib decompression

2015-01-08 Thread Martin Panter
New submission from Martin Panter: This simple patch documents that max_length has to be non-zero. The implementation actually uses zero as a special value to indicate max_length was not specified. Also, I wonder what the point of the Decompressor.flush() method is. Reading the module code an