> > It's already possible - just write another importer. For the builtin > zipimport, this is not an option, since it seeds itself from the sys.path > entry, which will be a file name. See PEP 302. > > Regards, > Martin > > Maybe it can be seeded by both a string path *or* a file object, the same way zipfile.ZipFile does. This way I'll be able to somehow override or re-initialize zipimport with my own StringIO - Shy
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4