Message262926
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. |
|
Date |
User |
Action |
Args |
2016-04-06 00:16:54 | takluyver | set | recipients:
+ takluyver, socketpair, python-dev, martin.panter, serhiy.storchaka, mbussonn, Dhiraj_Mishra |
2016-04-06 00:16:53 | takluyver | set | messageid: <1459901813.33.0.525953631508.issue26039@psf.upfronthosting.co.za> |
2016-04-06 00:16:52 | takluyver | link | issue26039 messages |
2016-04-06 00:16:49 | takluyver | create | |
|