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.

Author nadeem.vawda
Recipients alanmcintyre, loewis, nadeem.vawda, serhiy.storchaka
Date 2012-03-23.10:05:29
SpamBayes Score 2.6484914e-09
Marked as misclassified No
Message-id <1332497131.23.0.453177896302.issue14371@psf.upfronthosting.co.za>
In-reply-to
Content
[Adding Alan McIntyre, who is listed as zipfile's maintainer.]


I haven't yet had a chance to properly familiarize myself with the
zipfile module, but I did notice an issue in the changes to ZipExtFile's
read() method. The existing code uses the b"".join() idiom for linear-
time concatenation, but the patch replaces it with a version that does
"buf += data" after each read. CPython can (I think) do this efficiently,
but it can be much slower on other implementations.


Martin:
> As for the documentation, I propose the wording
>
> "bzip2 compression was added to the zip file format in 2001. However, even more recent tools (including older Python releases) may not support it, causing either refusal to process the zip file altogether, or faiilure to extract individual files."

How about this?

"The zip format specification has included support for bzip2 compression
since 2001. However, some tools (including older Python releases) do not
support it, and may either refuse to process the zip file altogether, or
fail to extract individual files."
History
Date User Action Args
2012-03-23 10:05:31nadeem.vawdasetrecipients: + nadeem.vawda, loewis, alanmcintyre, serhiy.storchaka
2012-03-23 10:05:31nadeem.vawdasetmessageid: <1332497131.23.0.453177896302.issue14371@psf.upfronthosting.co.za>
2012-03-23 10:05:30nadeem.vawdalinkissue14371 messages
2012-03-23 10:05:29nadeem.vawdacreate