Message308935
Please be gentle, this is my first submission to python.
The use case for me was a recursive zip-within-a-zip situation. I wanted to allow the creation of a zipfile.ZipFile from an existing zipfile.ZipExtFile, but the lack of seek prevented this.
I simply treated forward seeks as a read, and backward seeks as a reset-and-read. The reset was the tricky part as it required restoring several original values such as the remaining compressed length, remaining data length, and the running crc32.
I pushed this into the latest upstream branch, but as I am testing this in v3.4 it should be easy to backport if necessary (I suspect not).
I based my fix on a little program that I wrote to test the feasibility of this idea. I am attaching that test program here. |
|
Date |
User |
Action |
Args |
2017-12-22 13:44:50 | jjolly | set | recipients:
+ jjolly, jae, serhiy.storchaka, Iridium.Yang, dkessel |
2017-12-22 13:44:50 | jjolly | set | messageid: <1513950290.08.0.213398074469.issue22908@psf.upfronthosting.co.za> |
2017-12-22 13:44:50 | jjolly | link | issue22908 messages |
2017-12-22 13:44:50 | jjolly | create | |
|