[Patches] [ python-Patches-643711 ] refactoring and documenting ModuleFinder
noreply@sourceforge.net
noreply@sourceforge.net
Mon, 25 Nov 2002 23:57:16 -0800
Patches item #643711, was opened at 2002-11-25 19:52
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=305470&aid=643711&group_id=5470
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Thomas Heller (theller)
>Assigned to: Nobody/Anonymous (nobody)
Summary: refactoring and documenting ModuleFinder
Initial Comment:
This is not (yet) a complete patch, it is thought as a
workspace for improvements to
tools/freeze/moduulefinder, so that it can eventually go
into the standard library.
----------------------------------------------------------------------
>Comment By: Thomas Heller (theller)
Date: 2002-11-26 08:57
Message:
Logged In: YES
user_id=11105
Mark writes in private email: "Modules listed in the registry
was a dumb idea. This whole scheme can die.
AFAIK, no one in the world uses it (including win32all since
the last build)."
----------------------------------------------------------------------
Comment By: Thomas Heller (theller)
Date: 2002-11-25 20:59
Message:
Logged In: YES
user_id=11105
Assign to Mark, hoping for an answer.
----------------------------------------------------------------------
Comment By: Thomas Heller (theller)
Date: 2002-11-25 19:58
Message:
Logged In: YES
user_id=11105
First question for anyone listening: isn't the windows
_try_registry stuff unneeded, because imp.find_module
handles this itself? Even in python15, imp.find_module
("pythoncom") returns 'c:\winnt\system32\pythoncom15.dll'
on my system.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=305470&aid=643711&group_id=5470