https://hg.dopieralski.pl/cpython-lru_cache-weakref/ en-us cpython-lru_cache-weakref: PCbuild/python20.dsp history PCbuild/python20.dsp revision history Windows fiddling for the 2.0.1 release. https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/546c7852bac5/PCbuild/python20.dsp Tim Peters <tim.peters@gmail.com> Fri, 22 Jun 2001 02:15:35 +0000 Set Windows buildno to 17 for 2.0.1c1. https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/5d6fc18c4009/PCbuild/python20.dsp Tim Peters <tim.peters@gmail.com> Wed, 13 Jun 2001 19:19:52 +0000 Make Windows build compile new xreadlinesmodule. https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/013179376fa3/PCbuild/python20.dsp Tim Peters <tim.peters@gmail.com> Tue, 09 Jan 2001 23:27:12 +0000 Prep the Windows installer for 2.0 final: https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/75bfbe37ab7a/PCbuild/python20.dsp + Bump the build number.
+ Changed app name in installer dialogs.
+ Fiddled dialogs to repair grammar and get rid of anachronisms (e.g.,
"ProgMan" and "Program Manager" haven't made sense since Windows 3.1!).]]> Tim Peters <tim.peters@gmail.com> Sat, 14 Oct 2000 07:35:15 +0000 Prep Windows installer for 2.0c1: title and build number. https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/cdfec36f12cc/PCbuild/python20.dsp Tim Peters <tim.peters@gmail.com> Sat, 07 Oct 2000 04:04:07 +0000 Bump Windows "build number" to 6. https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/ae12b8c3c3b3/PCbuild/python20.dsp 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.]]> Tim Peters <tim.peters@gmail.com> Mon, 25 Sep 2000 21:55:28 +0000 Implemented new os.startfile function, unique to Windows, exposing a https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/46a6990769d1/PCbuild/python20.dsp 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.]]> Tim Peters <tim.peters@gmail.com> Fri, 22 Sep 2000 10:05:54 +0000 Boost Windows build # to 5 (see new BUILDno.txt). https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/c9ee6f74670d/PCbuild/python20.dsp Tim Peters <tim.peters@gmail.com> Thu, 07 Sep 2000 08:37:37 +0000 Windows build: install NEWS.txt; bump BUILD# to 3 in preparation for next https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/448bdf441792/PCbuild/python20.dsp installer.]]> Tim Peters <tim.peters@gmail.com> Tue, 05 Sep 2000 17:14:16 +0000 test_mmap wrote null bytes into its expected-output file; this caused me to https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/cd2be153f228/PCbuild/python20.dsp 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).]]> Tim Peters <tim.peters@gmail.com> Mon, 04 Sep 2000 07:34:06 +0000 Revert this checkin: https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/0bb0c7167d1f/PCbuild/python20.dsp http://www.python.org/pipermail/python-checkins/2000-August/007072.html
and make PCbuild/*.dsp PCbuild/*.dsw binary again.]]> Trent Mick <trentm@activestate.com> Sun, 13 Aug 2000 22:59:26 +0000 These files all used to be tagged as binary in CVS. I recently changed this so https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/7172c2d8b92b/PCbuild/python20.dsp 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).]]> Trent Mick <trentm@activestate.com> Fri, 11 Aug 2000 23:20:32 +0000 A bunch of project files were checked in as text files. https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/3f598b98d7f9/PCbuild/python20.dsp They should all be binary (cvs admin -kv has now been applied).]]> Guido van Rossum <guido@python.org> Sat, 01 Jul 2000 04:03:32 +0000 Update all projects so Debug builds use "/Zi" instead of "/ZI", which means everything should still build under MSVC5 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/efb4b0c66688/PCbuild/python20.dsp
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!]]> Mark Hammond <mhammond@skippinet.com.au> Sat, 01 Jul 2000 03:12:59 +0000 Add back a missing CRLF line ending. https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/a792b74cc9e8/PCbuild/python20.dsp Guido van Rossum <guido@python.org> Fri, 30 Jun 2000 20:30:03 +0000 add gcmodule https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/d66435337e1c/PCbuild/python20.dsp Jeremy Hylton <jeremy@alum.mit.edu> Fri, 30 Jun 2000 14:38:41 +0000 Bump version to 2.0. https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/1a42a9d10357/PCbuild/python20.dsp Guido van Rossum <guido@python.org> Thu, 29 Jun 2000 22:32:08 +0000