Author takluyver
Recipients Dhiraj_Mishra, martin.panter, mbussonn, python-dev, serhiy.storchaka, socketpair, takluyver
Date 2016-04-06.00:16:37
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1459901813.33.0.525953631508.issue26039@psf.upfronthosting.co.za>
In-reply-to
Content
Sorry for the delay, this fell off my radar because emails from both the bug tracker and Rietveld tend to fall foul of my spam filters, so I have to go and check.

I have implemented Serhiy's suggestions, but there turns out to be a test (test_write_after_read) that calls writestr while a reading handle is open, and it now fails. This is absolutely expected according to the design we discussed, but if there's a test, I guess that means we need to keep that functionality working?

In principle, the only thing that's not possible is interleaving writes to multiple files within the zip - because we don't know where to start writing the second file. We should be able to have one writer and n readers going at once, but every time I start looking into that I get mired in complexity. Maybe (hopefully) there's some critical abstraction that hasn't occurred to me.
History
Date User Action Args
2016-04-06 00:16:54takluyversetrecipients: + takluyver, socketpair, python-dev, martin.panter, serhiy.storchaka, mbussonn, Dhiraj_Mishra
2016-04-06 00:16:53takluyversetmessageid: <1459901813.33.0.525953631508.issue26039@psf.upfronthosting.co.za>
2016-04-06 00:16:52takluyverlinkissue26039 messages
2016-04-06 00:16:49takluyvercreate