Message308935
| 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: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 |
|