in zlib decompressor objects, unused_data and unconsumed_tail must be immutable

[pitrou]

BPO	3790
Nosy	@gpshead, @pitrou
Files	zlib_unconsumed_tail.patch

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = 'https://github.com/gpshead'
closed_at = <Date 2008-09-06.20:15:27.045>
created_at = <Date 2008-09-06.00:16:30.415>
labels = ['extension-modules', 'type-bug']
title = 'in zlib decompressor objects, unused_data and unconsumed_tail must be immutable'
updated_at = <Date 2008-09-06.20:15:27.044>
user = 'https://github.com/pitrou'

bugs.python.org fields:

activity = <Date 2008-09-06.20:15:27.044>
actor = 'gregory.p.smith'
assignee = 'gregory.p.smith'
closed = True
closed_date = <Date 2008-09-06.20:15:27.045>
closer = 'gregory.p.smith'
components = ['Extension Modules']
creation = <Date 2008-09-06.00:16:30.415>
creator = 'pitrou'
dependencies = []
files = ['11403']
hgrepos = []
issue_num = 3790
keywords = ['patch', 'needs review']
message_count = 2.0
messages = ['72652', '72687']
nosy_count = 2.0
nosy_names = ['gregory.p.smith', 'pitrou']
pr_nums = []
priority = 'critical'
resolution = 'fixed'
stage = None
status = 'closed'
superseder = None
type = 'behavior'
url = 'https://bugs.python.org/issue3790'
versions = ['Python 3.0']

[pitrou]

Currently (in py3k), the attributes "unused_data" and "unconsumed_tail"
on zlib decompressor objects are bytearrays. This can wreak havoc in the
read() method of ZipInfo objects, because one of those bytearrays is
assigned to the internal "rawbuffer" and then extended using "+="...
leading to wrong results (right now I can only reproduce it on a 3.5 GB
zip file, sorry :-( ).

Here is a patch.

[gpshead]

fixed in r66266 along with bpo-3492.