Thomas, > Some comments: > To fully simulate python's behaviour for import, the case of the > filename must be checked on windows. True. Sigh. > I found only two > possibilities to do this - the first one is to use os.listdir() > which is probably expensive, but it returns filenames with the > actual case. Second would be to use Mark's win32api.FindFiles(), > but this may not be available. > > Your metapath models Python's import policy. One part of the > policy is that already loaded modules are fetched from > sys.modules instead of imported again. Should this behaviour also > be modeled by a SysModulesCacheDirector on your metapath? That's already done by the ImportManager as soon as he's got a candidate fqname. > What about reload? Shouldn't a new import-util module also > implement a reload-replacement? Yes, it should. > > I would like to propose these (or something quite like them) as > > replacements for the official versions. The code is quite > > similar (in fact, the modulefinder code could have been written > > by subclassing the imputil stuff, but I wrote them the other > > way 'round). > > > It seems noone cares about this. imputil is in the distribution, > but is it really 'official'? The entire subject seems to have dropped off radar, after starting out as highly controversial (the Import-SIG was started so the ihooks-partisans could hash it out with the imputil- partisans). Import hacks are more common than ever, but they're all home-grown now. - Gordon
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