Message266849
You should be able to use a compression (or decompression) object as a workaround. But calling zlib.compress() multiple times would generate multiple separate deflated streams, which is different.
I think it is reasonable for Python to handle larger data sizes for zlib. (In theory, the 4 GiB UINT_MAX limit is platform-dependent.) IMO it is a matter of writing the patch(es), and perhaps depending on the complexity, deciding whether to apply them to 2.7 etc or just the next version of Python 3 (risk vs reward).
Alternatively (or in the mean time), I guess we could document the limitation. |
|
Date |
User |
Action |
Args |
2016-06-02 00:11:46 | martin.panter | set | recipients:
+ martin.panter, xiang.zhang, Klamann |
2016-06-02 00:11:46 | martin.panter | set | messageid: <1464826306.02.0.316899089693.issue27130@psf.upfronthosting.co.za> |
2016-06-02 00:11:46 | martin.panter | link | issue27130 messages |
2016-06-02 00:11:45 | martin.panter | create | |
|