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 serhiy.storchaka
Recipients alanmcintyre, loewis, nadeem.vawda, serhiy.storchaka
Date 2012-03-23.10:40:08
SpamBayes Score 0.00034902853
Marked as misclassified No
Message-id <201203231239.39508.storchaka@gmail.com>
In-reply-to <1332497131.23.0.453177896302.issue14371@psf.upfronthosting.co.za>
Content
> 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.

You made a mess. The existing code uses ``buf += data``, but I allowed myself 
to replace it with the ``b"".join()`` idiom. The bzip2 codec has to deal with 
large pieces of data, now this may be important. In read1 still used ``buf += 
data``, but not in loop, there is a concatenation of the only two pieces.

> "The zip format specification has included support for bzip2 compression

Thank you. Can you offer the variant with including both bzip2 and lzma 
(supported since 2006)? I put him in the upcoming patch that adds support for 
lzma compression  to the zipfile module.
History
Date User Action Args
2012-03-23 10:40:09serhiy.storchakasetrecipients: + serhiy.storchaka, loewis, alanmcintyre, nadeem.vawda
2012-03-23 10:40:09serhiy.storchakalinkissue14371 messages
2012-03-23 10:40:08serhiy.storchakacreate