Author jjolly
Recipients Iridium.Yang, dkessel, jae, jjolly, serhiy.storchaka
Date 2017-12-22.13:44:49
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1513950290.08.0.213398074469.issue22908@psf.upfronthosting.co.za>
In-reply-to
Content
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.
History
Date User Action Args
2017-12-22 13:44:50jjollysetrecipients: + jjolly, jae, serhiy.storchaka, Iridium.Yang, dkessel
2017-12-22 13:44:50jjollysetmessageid: <1513950290.08.0.213398074469.issue22908@psf.upfronthosting.co.za>
2017-12-22 13:44:50jjollylinkissue22908 messages
2017-12-22 13:44:50jjollycreate