dst() returns None (instead of treating that as 0).

be an unbounded number of API changes <0.6 wink>.

turned out to be 3 special cases of a single more-general result.
Proving the latter instead is a real simplification.

PC/python_nt.rc sets up the DLL version resource (displayed when you
right-click on the DLL and select Properties).

PCbuld/python20.wse sets up the installer version resource (displayed
when you right-click on the installer .exe and select Properties).  Turns
out this one hadn't been updated since 2001 <frown>!

On Windows, it was very common to get microsecond values (out of
.today() and .now()) of the form 480999, i.e. with three trailing
nines.  The platform precision is .001 seconds, and fp rounding
errors account for the rest.  Under the covers, that 480999 started
life as the fractional part of a timestamp, like .4809999978.
Rounding that times 1e6 cures the irritation.

Confession:  the platform precision isn't really .001 seconds.  It's
usually worse.  What actually happens is that MS rounds a cruder value
to a multiple of .001, and that suffers its own rounding errors.

A tiny bit of refactoring added a new internal utility to round
doubles.

release branch?)

Added the logging package.  In the meantime, Neal Norwitz added a
test_logging.py to the std test suite, which would have caught this
oversight in the Windows installer.

Add a test for logging from Vinay Sajip (module author)

This work uncovered the zipimport bug in 2.3a1 -- wish I'd had time to
do this before the release :-(.

the test set as it only tested with a zip archive in the current directory,
but it doesn't work at all for packages when the zip archive was specified
as an absolute path. It's a real embarrassing bug: a strchr call should
have been strrchr; fever apparently implies dyslexia.

Second stupid bug: the zipimport test failed with a name error
__importer__ (which I had renamed to __loader__ everywhere but here).
I would've sworn I ran the test after that change but that can't be true.
What I don't understand that noone reported a failing test_zipimport.py
before the release of 2.3a1.

- minor markup changes
- indented for consistency with newer content

http://mail.python.org/pipermail/python-dev/2003-January/031556.html

correct by your lights, it means that-- barring coding errors --it
implements what it intended to implement.

robust. This makes socketserver's close() method callable repeatedly
without error - similar to other file-like objects.

suggestion from Guido, along with a formal correctness proof of the
trickiest bit.  The intricacy of the proof reveals how delicate this
is, but also how robust the conclusion:  correctness doesn't rely on
dst() returning +- one hour (not all real time zones do!), it only
relies on:

1. That dst() returns a (any) non-zero value if and only if daylight
   time is in effect.

and

2. That the tzinfo subclass implements a consistent notion of time zone.

The meaning of "consistent" was a hidden assumption, which is now an
explicit requirement in the docs.  Alas, it's an unverifiable (by the
datetime implementation) requirement, but so it goes.

compiler flags which are necessary to get a clean compile.  The former is
for user-specified optimizer, debug, trace fiddling.  See patch 640843.

Add /sw/lib and /sw/include to setup.py search paths on Darwin to take
advantage of fink goodies.

Add scriptsinstall target to Makefile to install certain scripts from
Tools/scripts directory.

functions are here.  Suggested by Skip.

to 'properly configure the slave terminal'

See SF patch # 656590 for the details.

extension.  Could use some work, but already very useful.

apply to the trunk.

find a more elegant algorithm (OTOH, the hairy new implementation allows
user-written tzinfo classes to be elegant, so it's a big win even if
astimezone() remains hairy).

Darn!  I've only got 10 minutes left to get falling-down drunk!  I suppose
I'll have to smoke crack instead now.

understood now:  it can't work.  Added comments explaining why (it's "the
usual"-- unrepresentable hours in local time --but in a slightly different
guise).

I leave to Fred to sort out.