| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | [ #403753 ] zlib decompress; uncontrollable memory usage | Jeremy Hylton | 2001-10-16 | 1 | -0/+3 |
| | | | | | | | | | | | | | | Mostly by Toby Dickenson and Titus Brown. Add an optional argument to a decompression object's decompress() method. The argument specifies the maximum length of the return value. If the uncompressed data exceeds this length, the excess data is stored as the unconsumed_tail attribute. (Not to be confused with unused_data, which is a separate issue.) Difference from SF patch: Default value for unconsumed_tail is "" rather than None. It's simpler if the attribute is always a string. | ||||
| * | Add test case from bug #124981: zlib decompress of sync-flushed data | Andrew M. Kuchling | 2001-02-21 | 1 | -0/+1 |
| | | | | | fails | ||||
| * | Use hex() when outputting the various checksums so the test output is the | Guido van Rossum | 1998-04-24 | 1 | -2/+2 |
| | | | | | same on 32 and 64 bit machines. | ||||
| * | Now produces some reassuring output. | Jeremy Hylton | 1997-09-04 | 1 | -0/+9 |
| | | |||||
| * | generated by regrtest.py -g | Jeremy Hylton | 1997-08-15 | 1 | -0/+1 |
