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 fijal
Recipients brett.cannon, fijal, georg.brandl, tarek
Date 2009-04-06.00:59:00
SpamBayes Score 1.8843214e-06
Marked as misclassified No
Message-id <1238979542.72.0.995149629848.issue2953@psf.upfronthosting.co.za>
In-reply-to
Content
setuptools at least deletes stuff from _zip_directory_cache (via _uncache
function in easy_install.py). it also iterates over it and checks for
existance of elements.

What about documenting details about _zip_directory_cache:
* does it need to be a normal python dictionary or anything?
* what methods it needs to support?
* what api zipimporter exposes?

Right now the situation is:
if I want my library not to be cached any more, I need to grab object
called _zip_directory_cache, and remove things from it. That's a very
non-obvious API for caching. Is it documented in some PEP?

The way I stomped on it - just passing the tests of zipimporter module
actually does not guarantee that you've implemented it correctly. You
also need to expose at least _zip_directory_cache otherwise setuptools
won't be too happy.

Stdlib is not only about testing cpython, it's also about what you
define as python these days.

I propose to have a clean api on zipimporter how to invalidate it's
caches. Maybe a general mechanism for that, I don't know.
History
Date User Action Args
2009-04-06 00:59:02fijalsetrecipients: + fijal, brett.cannon, georg.brandl, tarek
2009-04-06 00:59:02fijalsetmessageid: <1238979542.72.0.995149629848.issue2953@psf.upfronthosting.co.za>
2009-04-06 00:59:01fijallinkissue2953 messages
2009-04-06 00:59:00fijalcreate