61828c725a
svn+ssh://pythondev@svn.python.org/python/trunk ........ r62129 | trent.nelson | 2008-04-03 19:27:06 +0100 (Thu, 03 Apr 2008) | 16 lines Reimplement kill_python. The existing version had a number of flaws, namely, it didn't work for x64 and it wasn't precise about which python_d.exe it was killing -- it just killed the first one it came across that happened to have 'pcbuild\python_d.exe' or 'build\python_d.exe' in it's path. The new version has been rewritten from the ground up and now lives in PCbuild, instead of Tools\buildbot, and it has also been incorporated into the Visual Studio solution (pcbuild.sln) as 'kill_python'. The solution has also been altered such that kill_python is called where necessary in the build process in order to prevent any linking errors due to open file locks. In lieu of this, all of the existing bits and pieces in Tools\buildbot that called out to kill_python at various points have also been removed as they are now obsolete. Tested on both Win32 and x64. Change set (included to improve usefulness of svnmerge log entry): M PCbuild\pythoncore.vcproj M PCbuild\pcbuild.sln M PCbuild\release.vsprops A PCbuild\kill_python.vcproj M PCbuild\debug.vsprops A PCbuild\kill_python.c D Tools\buildbot\kill_python.bat D Tools\buildbot\kill_python.mak M Tools\buildbot\build.bat D Tools\buildbot\Makefile M Tools\buildbot\build-amd64.bat M Tools\buildbot\buildmsi.bat D Tools\buildbot\kill_python.c ........ r62131 | trent.nelson | 2008-04-03 19:48:53 +0100 (Thu, 03 Apr 2008) | 1 line Add the correct OutputFile values for debug builds. Fixes r62129's commit. ........ r62133 | trent.nelson | 2008-04-03 21:00:08 +0100 (Thu, 03 Apr 2008) | 1 line Make kill_python a little more forgiving if it can't obtain a snapshot of module information for a given python[_d].exe process. Failing here was too pessimistic; the python[_d].exe process may be owned by another user, which is the case in some buildbot environments. ........ |
||
|---|---|---|
| .. | ||
| bgen | ||
| buildbot | ||
| faqwiz | ||
| framer | ||
| freeze | ||
| i18n | ||
| modulator | ||
| msi | ||
| pybench | ||
| pynche | ||
| scripts | ||
| ssl | ||
| unicode | ||
| versioncheck | ||
| webchecker | ||
| world | ||
| README | ||
README
This directory contains a number of Python programs that are useful while building or extending Python. audiopy Audiopy is a program to control the Solaris audio device, allowing you to choose both the input and output devices, and to set the output volume, that can be run either as a command-line script, or as a Tkinter application. bgen Generate complete extension modules from a description. Still under development! compiler Tools used to maintain the compiler package in the standard library. faqwiz FAQ Wizard. See http://www.python.org/cgi-bin/faqw.py for a live example. freeze Create a stand-alone executable from a Python program. i18n Tools for internationalization. pygettext.py parses Python source code and generates .pot files, and msgfmt.py generates a binary message catalog from a catalog in text format. modulator Interactively generate boiler plate for an extension module. Works easiest if you have Tk. pynche A Tkinter-based color editor. scripts A number of useful single-file programs, e.g. tabnanny.py (by Tim Peters), which checks for inconsistent mixing of tabs and spaces. unicode Tools used to generate unicode database files for Python 2.0 (by Fredrik Lundh). versioncheck A tool to automate checking whether you have the latest version of a package (by Jack Jansen). webchecker A link checker for web sites. world Script to take a list of Internet addresses and print out where in the world those addresses originate from, based on the top-level domain country code found in the address.