- 23 Şub, 2001 1 kayıt (commit)
-
-
Mark Hammond yazdı
Checkin updated version of patch #103933 . As Thomas says, fixes the bugs #131064, #129584, #127722. See the discussion in bug #131064
-
- 07 Eki, 2000 1 kayıt (commit)
-
-
Mark Hammond yazdı
Prevent possible buffer overflow exploits under Windows. As per (the very quick) patch Patch #101801.
-
- 10 Eyl, 2000 1 kayıt (commit)
-
-
Mark Hammond yazdı
If there was a NULL registry key, Python could barf. Also wraps some surrounding lines to 80 chars.
-
- 01 Eyl, 2000 1 kayıt (commit)
-
-
Guido van Rossum yazdı
This should match the situation in the 1.6b1 tree.
-
- 22 Tem, 2000 2 kayıt (commit)
-
-
Thomas Wouters yazdı
they include prototypes.
-
Thomas Wouters yazdı
char**) and return an int even on PC platforms. If not, please fix PC/utils/makesrc.c ;-P
-
- 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ı
-
- 26 May, 2000 1 kayıt (commit)
-
-
Jeremy Hylton yazdı
Python on UNIX now trusts PYTHONHOME unconditionally Modules/getpath.c: Landmark changed to os.py. Setting PYTHONHOME now unconditionally sets sys.prefix (and sys.exec_prefix). No further checks are done whether the standard lib can be found in that location or not. This is in sync with the PC subdir getpath implementations. PC/getpathp.c: Landmark changed to os.py. PC/os2vacpp/getpathp.c: Landmark changed to os.py. Note: BAW's checkin on exceptions.c eliminates earlier concerns about a bogus PYTHONHOME value leading to a core dump. Instead it causes a useless sys.path and prevents imports.
-
- 30 Mar, 2000 1 kayıt (commit)
-
-
Guido van Rossum yazdı
light of three different situations: (1) running from build; (2) running from installed; (3) running without being able to find an installation (e.g. as a COM object). The system paths in the repository are only used for (3); the path deduced from the installation location are used otherwise. PYTHONHOME overrides in all cases. Read the comments for more details.
-
- 29 Mar, 2000 1 kayıt (commit)
-
-
Guido van Rossum yazdı
running out of the build directory. This means that it will no longer try to use an older version of the library when an older version has been installed.
-
- 11 Agu, 1998 1 kayıt (commit)
-
-
Guido van Rossum yazdı
The registry always comes first and the default is always appended.
-
- 08 Agu, 1998 3 kayıt (commit)
-
-
Guido van Rossum yazdı
Make an explicit test for whether the prefix is in fact the source directory, and then don't use the registry.
-
Guido van Rossum yazdı
when it gets the path from the registry, it no longer appends the default path to the end (which would mostly be a duplication).
-
Guido van Rossum yazdı
- MS_DLL_ID is now set to "1.5" instead of "1.5.x" so Mark Hammond's extensions won't have to be changed. - FILEVERSION and PRODUCTVERSION are set to 1,5,2,1. (The last number could be the build# or the alpha release# or so.)
-
- 27 Tem, 1998 1 kayıt (commit)
-
-
Guido van Rossum yazdı
(1) Use Py_GetPythonHome() instead of getenv("PYTHONHOME"); (2) Mark Hammond's patch to search for .pyc/.pyo landmark as well.
-
- 19 Şub, 1998 1 kayıt (commit)
-
-
Guido van Rossum yazdı
that was only causing confusing). Add free(userpath) and free(machinepath) statements to prevent some leaks.
-
- 11 Ara, 1997 1 kayıt (commit)
-
-
Guido van Rossum yazdı
-
- 29 Eyl, 1997 1 kayıt (commit)
-
-
Guido van Rossum yazdı
again (Mark Hammond is the cause of all this).
-
- 13 Agu, 1997 2 kayıt (commit)
-
-
Guido van Rossum yazdı
is now obsolete), and changed the default path calculations. $PYTHONPATH is now added as a prefix (like it's always been on Unix); $PYTHONHOME takes precedence over the program pathname; and only one landmark is needed.
-
Guido van Rossum yazdı
lives to the end of the path. (Still to do: add $PYTHONPATH to the front instead of using it as is; add the Win32 registry paths as in getpath_nt.c (which can then retire).)
-
- 19 May, 1997 1 kayıt (commit)
-
-
Guido van Rossum yazdı
-