copying to, a wrong location (it copied the DLL under the
Python directory, and gave it name 'PCbuild').

The Windows buildbots other than mine are probably hung
now, waiting for someone to press "OK" on a popup box
informing them that sqlite3.dll couldn't be found.

os.startfile is not present.

This file is used by test_startfile.py.

that they work with all encodings. For UnicodeReader the real
input stream is wrapped in a line iterator that reencodes the
input to UTF-8. For UnicodeWriter the UTF-8 encoded output is
written to a queue for where it is reencoded to the target
encoding and written to the real output stream.

least as big as a long. I believe this to be a safe assumption that is being
made in many parts of CPython, but a check could be added.

len(xrange(sys.maxint)) works now, so fix the testsuite's odd exception for
64-bit platforms too. It also fixes 'zip(xrange(sys.maxint), it)' as a
portable-ish (if expensive) alternative to enumerate(it); since zip() now
calls len(), this was breaking on (real) 64-bit platforms. No additional
test was added for that behaviour.

is 'python'. But 'python' is actually a directory, 'python.exe' is the
executable.

- The buildbot "fetch it" step failed at the end, due to
  using Unix syntax in the final "copy the DLL" step.
  test_sqlite was skipped as a result.

- test_sqlite is no longer an expected skip on Windows.

techniques as in Modules/xxsubtype.c

Re-enable all the tests in test_trace.py except one.  Still not sure that these tests test what they used to test, but they pass.  One failing test seems to be caused by undocumented line number table behavior in Python 2.4.

(see buildbot)

Apparently, the code in #1416559 was not generated
through invoking autoconf.

Jeremy, please fix this correctly after the alpha.

bug.  I don't understand this at all, but Darwin/[78].* gets converted
to Darwin/78.* which is not correct.  Maybe I'm just clueless or overworked.
I can't see why in the original checkin this should have changed.

This hack gets the Mac build working again.  If someone figures out the
real problem, please revert this and fix for real.

Anthony is telling me that AC_PROG_CXX_WORKS which we use is broken.
I have no idea if that's related.

This change breaks up the case and fixes a typo.

tracing/line number table in except blocks.

Reflow long lines introduced by col_offset changes.  Update test_ast
to handle new fields in excepthandler.

As note in Python.asdl says, we might want to rethink how attributes
are handled.  Perhaps they should be the same as other fields, with
the primary difference being how they are defined for all types within
a sum.

Also fix asdl_c so that constructors with int fields don't fail when
passed a zero value.

added another example of Unicode CSV parsing; reworked the example text a bit; corrected notice in the intro and added a link to the examples

correct arguments to ShellExecuteW.

 --This line, and those below, will be ignored--

M    contextlib.py

attribute is not supported in this version.