- 27 Ock, 2009 1 kayıt (commit)
-
-
Mark Hammond yazdı
to avoid problems loading the CRT from a private assembly. Via bug 4566.
-
- 23 Ock, 2008 1 kayıt (commit)
-
-
Christian Heimes yazdı
The "can't load dll" message box on Windows is suppressed while an extension is loaded by calling SetErrorMode in dynload_win.c. The error is still reported properly.
-
- 04 Ock, 2008 2 kayıt (commit)
-
-
Christian Heimes yazdı
-
Amaury Forgeot d'Arc yazdı
On Windows, when import fails to load a dll module, the message says "error code 193" instead of a more informative text. It turns out that FormatMessage needs additional parameters for some error codes. For example: 193 means "%1 is not a valid Win32 application". Since it is impossible to know which parameter to pass, we use FORMAT_MESSAGE_IGNORE_INSERTS to get the raw message, which is still better than the number.
-
- 26 May, 2007 1 kayıt (commit)
-
-
Kristján Valur Jónsson yazdı
Include <windows.h> after python.h, so that WINNT is properly set before windows.h is included. Fixes warnings in PC builds.
-
- 25 Nis, 2007 1 kayıt (commit)
-
-
Kristján Valur Jónsson yazdı
Remove obsolete comment. Importing of .dll files has been discontinued, only .pyd files supported on windows now.
-
- 10 Haz, 2006 1 kayıt (commit)
-
-
Martin v. Löwis yazdı
- update header checks, using autoconf - provide dummies for getenv, environ, and GetVersion - adjust MSC_VER check in socketmodule.c
-
- 04 Nis, 2006 1 kayıt (commit)
-
-
Martin v. Löwis yazdı
-
- 02 Tem, 2004 1 kayıt (commit)
-
-
Thomas Heller yazdı
table' of the dll, to make sure that the dll really was build for the correct Python version. It does this by looking for an entry 'pythonXY.dll' (X.Y is the Python version number). The code now checks the size of the dll's import table before reading entries from it. Before this patch, the code crashed trying to read the import table when the size was zero (as in Win2k's wmi.dll, for example). Look for imports of 'pythonXY_d.dll' in a debug build instead of 'pythonXY.dll'. Fixes SF 951851: Crash when reading "import table" of certain windows dlls. Already backported to the 2.3 branch.
-
- 26 Agu, 2002 1 kayıt (commit)
-
-
Fred Drake yazdı
-
- 30 Haz, 2002 1 kayıt (commit)
-
-
Martin v. Löwis yazdı
Rename all occurrences of MS_WIN32 to MS_WINDOWS.
-
- 28 Kas, 2001 2 kayıt (commit)
-
-
Jeremy Hylton yazdı
-
Marc-André Lemburg yazdı
-
- 09 May, 2001 1 kayıt (commit)
-
-
Mark Hammond yazdı
Always pass a full path name to LoadLibraryEx(). Fixes some Windows 9x problems. As discussed on python-dev
-
- 05 Eki, 2000 1 kayıt (commit)
-
-
Mark Hammond yazdı
-
- 01 Eyl, 2000 1 kayıt (commit)
-
-
Guido van Rossum yazdı
This should match the situation in the 1.6b1 tree.
-
- 30 Haz, 2000 2 kayıt (commit)
-
-
Guido van Rossum yazdı
-
Guido van Rossum yazdı
-
- 28 Haz, 2000 1 kayıt (commit)
-
-
Guido van Rossum yazdı
tests.
-
- 22 Ara, 1999 1 kayıt (commit)
-
-
Guido van Rossum yazdı
* in import.c, #ifdef out references to dynamic loading based on HAVE_DYNAMIC_LOADING * clean out the platform-specific crud from importdl.c. [ maybe fold this function into import.c and drop the importdl.c file? Greg.] * change GetDynLoadFunc's "funcname" parameter to "shortname". change "name" to "fqname" for clarification. * each GetDynLoadFunc now creates its own funcname value. WARNING: as I mentioned previously, we may run into an issue with a missing "_" on some platforms. Testing will show this pretty quickly, however. * move pathname munging into dynload_shlib.c
-
- 20 Ara, 1999 1 kayıt (commit)
-
-
Guido van Rossum yazdı
file per platform (really: per style of Dl API; e.g. all platforms using dlopen() are grouped together in dynload_shlib.c.). This is part of a set of patches by Greg Stein.
-