Fix PEP number

Added Peter Astrand's subprocess module.

Don't use mutable values for method defaults.

Add two items

Document that on Unix, the 'cmd' argument to the os.popen2/3/4 and
popen2.popen2/3/4 functions can be a sequence. All texts are a variation on the
following:

On \UNIX, \var{cmd} may be a sequence, in which case arguments will be passed
directly to the program without shell intervention (as with
\function{os.spawnv()}). If \var{cmd} is a string it will be passed to the shell
(as with \function{os.system()}).

This is jiwon's patch to fix:

[ 1042238 ] Lib/compiler chokes on certain genexps

Open source files in universal newlines mode.

Added note about the new usegmt argument to email.Utils.formatdate().

Added a usegmt flag to email.Utils.formatdate - this allows it to be
used to replace rfc822.formatdate for protocols like HTTP (where 'GMT' must
be the timezone string).

SF patch 1044089:  New C API function PyEval_ThreadsInitialized(), by Nick
Coghlan, for determining whether PyEval_InitThreads() has been called.
Also purged the undocumented+unused _PyThread_Started int.

Revert rev 2.35.  It was based on erroneous reasoning -- the current
thread's id can't get duplicated, because (of course!) the current thread
is still running.  The code should work either way, but reverting the
gratuitous change should make backporting easier, and gets the bad
reasoning out of 2.35's new comments.

PyInterpreterState_New(), PyThreadState_New():  use malloc/free directly.

This appears to finish repairs for SF bug 1041645.

This is a critical bugfix.

find_key():  This routine wasn't thread-correct, and accounts for the
release-build failures noted in bug 1041645.

This is a critical bugfix.  I'm not going to backport it, though (no time).

PyGILState_Release():  If we need to delete the TLS entry for this thread,
that must be done under protection of the GIL, for reasons explained in
new comments.

All known bugs are closed, and Python 2.4b1 is coming out soon, so bump
email's version number to 3.0b1.

Fix SF bug # 1030941.  In _parsegen(), in the clause where we're
capturing_preamble but we found a StartBoundaryNotFoundDefect, we need to
consume all lines from the current position to the EOF, which we'll set as the
epilogue of the current message.  If we're not at EOF when we return from
here, the outer message's capturing_preamble assertion will fail.

An example message for SF bug # 1030941.

test_missing_start_boundary(): A test for SF bug # 1030941.

_PyGILState_Init(), PyGILState_Ensure():  Since PyThread_set_key_value()
can fail, check its return value, and die if it does fail.

_PyGILState_Init():  Assert that the thread doesn't already have an
association for autoTLSkey.  If it does, PyThread_set_key_value() will
ignore the attempt to (re)set the association, which the code clearly
doesn't want.

Document the results of painful reverse-engineering of the "portable TLS"
code.

PyThread_set_key_value():  It's clear that this code assumes the passed-in
value isn't NULL, so document that it must not be, and assert that it
isn't.  It remains unclear whether existing callers want the odd semantics
actually implemented by this function.

Fix for SF bug # 1010102.  The default is PureProxy not SMTPProxy.

__init__(): Coerce the input_charset to unicode (with ascii encoding) before
calling .lower() on it.  This fixes the problem described in SF patch # 866982
where in the tr_TR.ISO-8859-9 locale, 'I'.lower() isn't 'i'.  unicodes are
locale insensitive.

Style guide & consistency changes.  No semantic changes.

Trim trailing whitespace.

Simplify delitem() code by calling rotate() directly instead of using
arguments passed through tuples.

Patch #1042969: add closing brace for \token {generator_expression}. Thanks
George Yoshida!

SF patch #1043218
Simplify internal calls and logic for _fix() and _fixexponents().
(Contributed by Facundo Batista.)

[Bug #1022311] curses module uses y,x ordering of arguments, not x,y

[Bug #1041501] Fix example code

[Bug #1031897] Fix order of decorator application

Fix bug in _checkquote that raised an exception on empty "arg".

SF patch #1041364: True/False instead of 1/0 in libstdtypes.tex
(Contributed by Gerrit Holl.  Reviewed by Jeff Epler.)

Rewrite rmtree using os.walk to fix bug #1025127:

The shutils.rmtree() implementation uses an excessive amount of memory when
deleting large directory hierarchies. Before actually deleting any files, it
builds up a list of (function, filename) tuples for all the files that it is
going to remove.

This is Michiel de Hoon's patch, as attached to the bug report:

[ 1030629 ] PyOS_InputHook broken

with a couple of utterly inconsequential changes by me.

Add helpful comment

Take out Guido's name and put in the PSF

Update two URLs

Add -m to man page

Add item

SF patch #1035498:  -m option to run a module as a script
(Contributed by Nick Coghlan.)

Finalize the freelist of list objects.

Fix bug introduced by the previous patch by changing TimeRE.__seqToRe() to
accept any iterable instead of only a sliceable object.

Armin's patch to prevent overflows.

Convert a listcomp to a gencomp (was already editing code).

Locale data that contains regex metacharacters are now properly escaped.

Closes bug #1039270.

Add some items

The docs claimed a test would pass that actually wouldn't pass.  Repaired
the example so it does pass.

Fix a small typo in the docstring for system_methodSignature .

Closes bug #1038935.  Thanks Malte Helmert for spotting it.

Changes made to maintain 1.5.2 compatibility.

Version number updated to 0.4.9.5

Clarified documentation about exc_info keyword parameter

Read the text files to be compared in universal-newline mode.

Whitespace normalization.

added plistlib news item

SF bug #997050: Document, test, & check for non-string values in ConfigParser.  Moved the new string-only restriction added in rev. 1.65 to the SafeConfigParser class, leaving existing ConfigParser & RawConfigParser behavior alone, and documented the conditions under which non-string values work.

SF bug #1017864: ConfigParser now correctly handles default keys, processing them with ``ConfigParser.optionxform`` when supplied, consistent with the handling of config file entries and runtime-set options.

typo

Print verbose messages to stderr. Fixes #1036752.

remove rotor module

note module removals, update on BitTorrent issue

bring modules up to date, correct .DEF file version

Fix test for FeedParser results.

Blarg, fix the versions.

Updates for distutils package.

Add documentation about as_string() mangling From_ lines.

as_string(): Indicate that this mangles From_ lines.

Big email 3.0 API changes, with updated unit tests and documentation.
Briefly (from the NEWS file):

- Updates for the email package:
  + All deprecated APIs that in email 2.x issued warnings have been removed:
    _encoder argument to the MIMEText constructor, Message.add_payload(),
    Utils.dump_address_pair(), Utils.decode(), Utils.encode()
  + New deprecations: Generator.__call__(), Message.get_type(),
    Message.get_main_type(), Message.get_subtype(), the 'strict' argument to
    the Parser constructor.  These will be removed in email 3.1.
  + Support for Python earlier than 2.3 has been removed (see PEP 291).
  + All defect classes have been renamed to end in 'Defect'.
  + Some FeedParser fixes; also a MultipartInvariantViolationDefect will be
    added to messages that claim to be multipart but really aren't.
  + Updates to documentation.

removed 2.2 support

use new readPlist() and writePlist() functions

Upon insertion, if memory runs out, the deque was left in a corrupted state.

deque_item(): a performance bug: the linked list of blocks was followed
from the left in most cases, because the test (i < (deque->len >> 1)) was
after "i %= BLOCKLEN".

deque_clear(): replaced a call to deque_len() with deque->len; not sure what
this call was here for, nor if all compilers under the sun would inline it.

deque_traverse(): I belive that it could be called by the GC when the deque
has leftblock==rightblock==NULL, because it is tracked before the first block
is allocated (though closely before).  Still, a C extension module subclassing
deque could provide its own tp_alloc that could trigger a GC collection after
the PyObject_GC_Track()...

deque_richcompare(): rewrote to cleanly check for end-of-iterations instead of
relying on deque.__iter__().next() to succeed exactly len(deque) times -- an
assumption which can break if deques are subclassed.  Added a test.

I wonder if the length should be explicitely bounded to INT_MAX, with
OverflowErrors, as in listobject.c.  On 64-bit machines, adding more than
INT_MAX in the deque will result in trouble.  (Note to anyone/me fixing
this: carefully check for overflows if len is close to INT_MAX in the
following functions: deque_rotate(), deque_item(), deque_ass_item())

SF bug#1038917 fix typos (Contributed by George Yoshida.)

Replace structure member before decreffing.

Which reminds me, I've had a much improved plistlib.py lying around for
ages. The main improvements are:
- a much more convenient API: readPlist() and writePlist()
- support non-dict top-level objects

* Bulletproof the method for detecting mutations during iteration.
  The previous approach was too easily fooled (a rotate() sufficed).

* Use it->counter to determine when iteration is complete.  The
  previous approach was too complex.

* Strengthen an assertion and add a comment here or there.

Restore the block length and add a comment.

Clarify the relationship between indices.

* Elaborate on the invariant comments and make them more precise.

* Change the centering by one to make it possible to test the module
  with BLOCKLEN's as low as two.  Testing small blocks makes end-point
  errors surface more readily.

Noted the fix to deque gc.

deque_traverse():  If the deque had one block, and its rightindex was
BLOCKLEN-1, this assert-failed in a debug build, or went wild with a
NULL pointer in a release build.  Reported on c.l.py by Stefan Behnel.

Typos in new comments.

Document some reverse-engineered invariants and pragmatic hints.

Get references working (except for references to "Extending optparse",
which isn't being converted from reST yet).

Definition consistency.

Trimmed trailing whitespace.

Add tests for syntax errors.

Added 2 notes about the complexities of testing SyntaxErrors.

Expand scope to include general mapping protocol tests.
Many of these tests are redundant, but this will ensure
that the mapping protocols all stay in sync.
Also, added a test for dictionary subclasses.

Add missing test_dict.py from patch #736962.

Improve test coverage.

SF bug #1035279:  hex() and oct() documentation is incorrect

* Updated docs to reflected signed return values.
* Fixed a doubled word typo.

Improve error message for augmented assignments to genexps or listcomps.
Rather than introduce new logic, took the approach of making the message
itself more general.

Fix two erroneous error messages.

Fix typo in PyDict_Items doc

Improve test coverage.

Improve test coverage.

minor doc tweaks for writexml

typo

Replaced a test with an assertion.
(Suggested by Michael Hudson.)

A number of list examples used 66.6, but I doubt there's any box on which
repr(66.6) == "66.6", so doubt that the claimed output has ever been seen.
Changed it to 66.25 everywhere, and manually verified that the new claimed
output is correct.

Reverted the addition of a NORMALIZE_NUMBERS option, per Tim Peter's
request.  Tim says that "correct 'fuzzy' comparison of floats cannot
be automated."  (The motivation behind adding the new option
was verifying interactive examples in Python's latex documentation;
several such examples use numbers that don't print consistently on
different platforms.)