This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

classification
Title: zlib sync-flush fix
Type: Stage:
Components: Extension Modules Versions:
process
Status: closed Resolution:
Dependencies: Superseder:
Assigned To: akuchling Nosy List: abo, akuchling, nobody
Priority: normal Keywords: patch

Created on 2001-01-23 16:15 by abo, last changed 2022-04-10 16:03 by admin. This issue is now closed.

Files
File name Uploaded Description Edit
None abo, 2001-01-23 16:15 None
Messages (5)
msg35449 - (view) Author: Donovan Baarda (abo) * Date: 2001-01-23 16:15
This patch fixes the zlib decompress sync flush bug as reported in bug tracking.
It also fixes the following minor bugs;
  avoids repeat calls to (in|de)flateEnd when destroying (de)compression objects
  raises exception when allocating unused_data fails
  fixes memory leak when allocating unused_data fails
  raises exception when allocating decompress data fails
  removes vestigial code from decompress flush now decompression returns all available data.  
  tidies code so object compress/decompress/flush routines are consistant
msg35450 - (view) Author: Nobody/Anonymous (nobody) Date: 2001-01-23 16:26
Argh... my line by line fix list got munged. You'll have to apply imaginary comments to delimit each fix. 

The bug this fixes is 124981 "zlib decompress of sync-flushed data fails"

A lot of the patch changes are simply whitespace changes to clean up the formating. The patch can probably be edited to only include the changes to the PyZlib_objdecompress routine to fix the most important bug, but this would leave the code even more inconsistant than it is. Most of the rest of the fixes are to make the other routines cleaner, though they do also fix the minor bugs mentioned.
msg35451 - (view) Author: Donovan Baarda (abo) * Date: 2001-02-17 09:55
There is an example program that triggers the main "sync-flush" bug attached to the bug report (I forget the id, but its fairly clearly labled in bug-tracking).

As for the others, it's quite hard to actualy trigger some of these, and some of them are violations of the zlib interface that may or may not actualy cause problems with the current version of zlib. I'll go through them in detail now;

Avoid repeat calls to (in|de)flateEnd: possably causes no problems with current version of zlib, but might in future releases. I haven't tested it, but if you really want I could whip something up that tests it.

Raises exception when allocating unused_data fails, fixes memory leak when allocating unused_data fails, raises exception when allocating decompress data failes; These are all only tiggerable when memory allocation fails.

Removes vistigial code from decompress flush; the fix to the main "sync-flush" bug ensures that decompress always returns all available data. This means that the decompress flush() can be simplified.

tidies code etc; these are just code cleanups... 

msg35452 - (view) Author: A.M. Kuchling (akuchling) * (Python committer) Date: 2001-02-17 05:10
Can you provide a test program that will demonstrate some of the bugs
this patch fixes?  I'd like to be able to do a before-and-after comparison.
msg35453 - (view) Author: A.M. Kuchling (akuchling) * (Python committer) Date: 2001-02-21 02:18
Checked in to revision 2.39 of zlibmodule.c (at long last); thanks!
History
Date User Action Args
2022-04-10 16:03:39adminsetgithub: 33783
2001-01-23 16:15:54abocreate