[pywin32-bugs] [ pywin32-Bugs-900551 ] Build 200 doesn't set registry Modules\py* entries
OLD project page for the Python extensions for Windows
Brought to you by:
mhammond
From: SourceForge.net <no...@so...> - 2004-04-21 17:20:34
|
Bugs item #900551, was opened at 2004-02-19 19:26 Message generated for change (Comment added) made by ericp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=900551&group_id=78018 Category: win32 Group: None Status: Closed Resolution: Wont Fix Priority: 5 Submitted By: Eric Promislow (ericp) Assigned to: Nobody/Anonymous (nobody) Summary: Build 200 doesn't set registry Modules\py* entries Initial Comment: Visual Python depends on the presence of the pythoncom extensions, and checks for the correct registry entries, based on the version of Python, as an MSI Launch Condition. This is because I use pythoncom as part of the registration process, and it's better to check for its presence in advance than to fall flat on my face in the CustomAction section. I noticed with build 200 that the registry entries HKEY_LOCAL_MACHINE\SOFTWARE\Python\PythonCore\2. 3\Modules\{pythoncom,Pythonwin,pywintypes} aren't created. If this is deliberate, could I please have them back? ---------------------------------------------------------------------- >Comment By: Eric Promislow (ericp) Date: 2004-04-21 17:20 Message: Logged In: YES user_id=63713 For the record, we discussed this after I posted the problem, and agreed on following the current .pth mechanism. ---------------------------------------------------------------------- Comment By: Mark Hammond (mhammond) Date: 2004-04-21 06:43 Message: Logged In: YES user_id=14198 Hi Eric - I think we discussed this via email. The module entries are evil and cause conflicts. Please reopen if you want to discuss further. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=900551&group_id=78018 |