Patches item #1327594, was opened at 2005-10-15 20:43 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=305470&aid=1327594&group_id=5470
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Group: None Status: Open Resolution: None Priority: 5 Submitted By: Doe, Baby (babydoe) Assigned to: Nobody/Anonymous (nobody) Summary: Static Windows Build fails to locate existing installation Initial Comment: I have used the Python 2.4.2 source to create a static linkable version under windows (.lib). The executables using that library fail to find the registry path of an already existing Python 2.4 installation. I have traced this down to the PC/dl_nt.c file, where the variable PyWin_DLLVersionString is defined, but not initialized, execpt if the DllMain function is called. That function is only called by a process loading a DLL, this is not the case with an static linked library. I have used a preprocessor check against Py_NO_ENABLE_SHARED to create a modified version of dl_nt.c that will initialize the variable and remove the DLLMain function from the static version (and keep the original code when making a shared DLL) With this minimal modification "import site" works as usual even in an static linked version. For your convenience the modified file can be found in the attachement. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=305470&aid=1327594&group_id=5470 _______________________________________________ Patches mailing list [email protected] http://mail.python.org/mailman/listinfo/patches
