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 takluyver
Recipients Dhiraj_Mishra, martin.panter, mbussonn, python-dev, serhiy.storchaka, takluyver
Date 2016-02-24.14:50:57
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
My initial patch would have allowed passing a readable file-like object into zipfile. I was persuaded that allowing to return a writable object was a more intuitive and flexible API.

Concurrent writes with'w') should be impossible, because it only allows one open handle at a time. It still uses the lock inside _ZipWriteFile, so concurrent writes to a single handle should be serialised.

I would not recommend anyone try to do concurrent access to a single ZipFile object from multiple threads or coroutines. It's quite stateful, there is no mention of concurrency in the docs, and no tests I can see that try concurrent access. The only thing that might be safe is reading from two files inside the zip file (which shouldn't be changed by this), but I wouldn't want to guarantee even that.
Date User Action Args
2016-02-24 14:50:57takluyversetrecipients: + takluyver, python-dev, martin.panter, serhiy.storchaka, mbussonn, Dhiraj_Mishra
2016-02-24 14:50:57takluyversetmessageid: <>
2016-02-24 14:50:57takluyverlinkissue26039 messages
2016-02-24 14:50:57takluyvercreate