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, jcea, kasal, serhiy.storchaka
Date 2012-12-03.16:37:58
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1354552678.51.0.892169662386.issue16569@psf.upfronthosting.co.za>
In-reply-to
Content
> Actually, it is not yet forbidden, and two of the tests in the zipfile.py test suite do actually rely on this misfeature.

Indeed. I missed that.

Actually these tests work by accident, due to the fact that the contents of the zipfile is placed in the file object buffer.

> OTOH, decompressing several files for a given zip file simultaneously does not sound that bad.  You know, with all the current file managers, people look at a zip as if it were kind of a directory.

I agree, but I'm afraid it's impossible to do without performance regression due to seek before every read. And for now ZipFile is not support simultaneous reading when external file object used. Also ZipFile is not thread-safe in any case. You can open several ZipFiles for simultaneous reading.
History
Date User Action Args
2012-12-03 16:37:58serhiy.storchakasetrecipients: + serhiy.storchaka, jcea, alanmcintyre, kasal
2012-12-03 16:37:58serhiy.storchakasetmessageid: <1354552678.51.0.892169662386.issue16569@psf.upfronthosting.co.za>
2012-12-03 16:37:58serhiy.storchakalinkissue16569 messages
2012-12-03 16:37:58serhiy.storchakacreate