summaryrefslogtreecommitdiffstats
path: root/PCbuild/python20.dsp
Commit message (Collapse)AuthorAgeFilesLines
* Bump Windows "build number" to 6.Tim Peters2000-09-251-2/+2
| | | | | Note that somebody still needs to change the interpreter to say "2.0b2"; I'm assuming that's a normal part of somebody's Unix release checklist.
* Implemented new os.startfile function, unique to Windows, exposing aTim Peters2000-09-221-2/+2
| | | | | | | | | | | | | | | | subset of Win32 ShellExecute's functionality. Guido wants this because IDLE's Help -> Docs function currently crashes his machine because of a conflict between his version of Norton AntiVirus (6.10.20) and MS's _popen. Docs for startfile are being mailed to Fred (or just read the docstring -- it tells the whole story). Changed webbrowser.py to use os.startfile instead of os.popen on Windows. Changed IDLE's EditorWindow.py to pass an absolute path for the docs (hardcoding ShellExecute's "directory" arg to "." as used to be done let IDLE work, but made the startfile command exceedingly obscure for other uses -- the MS docs are terrible, of course, & still not sure I understand it). Note that Windows Python must link with shell32.lib now! That's where ShellExecute lives.
* Boost Windows build # to 5 (see new BUILDno.txt).Tim Peters2000-09-071-2/+2
|
* Windows build: install NEWS.txt; bump BUILD# to 3 in preparation for nextTim Peters2000-09-051-2/+2
| | | | installer.
* test_mmap wrote null bytes into its expected-output file; this caused me toTim Peters2000-09-041-0/+4
| | | | | | | | | | | waste an hour tracking down an illusion; repaired it; writing/reading non- printable characters (except \t\r\n) into/outof text-mode files ain't defined x-platform, and at least some Windows text editors do surprising things in their presence. Also added a by-hand "build humber" to the Windows build, in an approximation of Python's inexplicable BUILD-number Unix scheme. I'll try to remember to increment it each time I make a Windows installer available. It's starting at 2, cuz I've put 2 installers out so far (both with BUILD #0).
* Revert this checkin:Trent Mick2000-08-131-1690/+1690
| | | | | http://www.python.org/pipermail/python-checkins/2000-August/007072.html and make PCbuild/*.dsp PCbuild/*.dsw binary again.
* These files all used to be tagged as binary in CVS. I recently changed this soTrent Mick2000-08-111-1690/+1690
| | | | | | that these files are treated as normal text files (which they are). However, the files also had to be changed to be stored in CVS internally with UNIX line terminators (they had DOS line terminators internally before this commit).
* A bunch of project files were checked in as text files.Guido van Rossum2000-07-011-1690/+1690
| | | | They should all be binary (cvs admin -kv has now been applied).
* Update all projects so Debug builds use "/Zi" instead of "/ZI", which means ↵Mark Hammond2000-07-011-1689/+1690
| | | | | | everything should still build under MSVC5 NOTE: All these projects had messed-up line endings (but MSVC didnt mind). Executing a diff with "--ignore-all-space" will show the specific changes, but I made a complete checkin with correct line endiings as it is the correct thing to do!
* Add back a missing CRLF line ending.Guido van Rossum2000-06-301-1/+1
|
* add gcmoduleJeremy Hylton2000-06-301-0/+14
|
* Bump version to 2.0.Guido van Rossum2000-06-291-0/+1675