This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author gregory.p.smith
Recipients brett.cannon, eric.snow, gregory.p.smith, python-dev, serhiy.storchaka, stutzbach
Date 2014-01-08.02:44:11
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1389149052.56.0.406613394822.issue19081@psf.upfronthosting.co.za>
In-reply-to
Content
I believe this is done.  I'm opting not to go for a more complicated "cache the open FILE* with the zip_directory_cache" approach for 3.4 due to complexity and time.

long term: It'd be ideal if zipimport weren't a pile of C code separate from the zipfile module itself.  importlib is baked in, perhaps a pure python zipimport and zipfile could be baked in someday.
History
Date User Action Args
2014-01-08 02:44:12gregory.p.smithsetrecipients: + gregory.p.smith, brett.cannon, stutzbach, python-dev, eric.snow, serhiy.storchaka
2014-01-08 02:44:12gregory.p.smithsetmessageid: <1389149052.56.0.406613394822.issue19081@psf.upfronthosting.co.za>
2014-01-08 02:44:12gregory.p.smithlinkissue19081 messages
2014-01-08 02:44:11gregory.p.smithcreate