Added all the non-doc news for 2.2.2 (final).

Barry may want to update the news item about email 2.4.3 with more
details.

Add boilerplate for 2.2.2 final.  (Will add actual news next.)

Update version strings in Windows installer for 2.2.2.

Update FIELD3 of Windows 64-bit binary version # for 2.2.2.

Update Windows buildno for 2.2.2 final.

Update list of Windows buildnos for 2.2.2 final.

Update release information for 2.2.2 final.

Bump release version to 2.2.2 -- the final release is imminent.

Bump release version to 2.2.2 -- the final release is imminent.

Add finditer to __all__ (when defining it at all).
SF bug 585882.  Will forward-port.

Fix tildes in URLs.  Closes SF bug #614821.

Darn!  Don't divide by zero.  Bad fix. :-)

Backport 1.34.

SF # 539360, webbrowser.py and konqueror, by Andy McKay

Fix Konqueror so it can start when calling open().
The assert needed to be on the raw URL, not openURL 'url...'

Backport 2.34.  SF #621948, update docstring for md5 by David M. Cooke

Backport listobject.c 2.137 and tupleobject.c 2.75:

Add checks for size overflow on list*n, list+list, tuple+tuple.

Clarify impending deprecation of the floor div operator, modulo operator,
and divmod() function for complex numbers.

Closes SF Bug 621708: Unclear deprecation.

Backport 2.193:

PyObject_Init[Var] is almost always called from the PyObject_NEW[_VAR]
macros.  The 'op' argument is then the result from PyObject_MALLOC,
and that can of course be NULL.  In that case, PyObject_Init[Var]
would raise a SystemError with "NULL object passed to
PyObject_Init[Var]".  But there's nothing the caller of the macro can
do about this.  So PyObject_Init[Var] should call just PyErr_NoMemory.

SF bug 621507:  python22.dll incorrect "File version".
The MS resource compiler can't do arithmetic.  Fixed it by hand.  Note
that the new PCbuild\field3.py was added to help with this, and injects
another manual step into the Python Windows release process.

Backporting a new file from 2.3 needed to worm around that MS's
resource compiler can't do correct arithmetic.  The 3rd 16-bit int
in the "binary file version" we produce on Windows has been nonsense
as a result.  I'll fix that next.

This commit was manufactured by cvs2svn to create branch
'release22-maint'.

Added a debug target for PythonCoreCarbon

Backport stringobject.c 2.194 and unicodeobject.c 2.172:

Fix a nasty endcase reported by Armin Rigo in SF bug 618623:
'%2147483647d' % -123 segfaults.  This was because an integer overflow
in a comparison caused the string resize to be skipped.  After fixing
the overflow, this could call _PyString_Resize() with a negative size,
so I (1) test for that and raise MemoryError instead; (2) also added a
test for negative newsize to _PyString_Resize(), raising SystemError
as for all bad arguments.

An identical bug existed in unicodeobject.c, of course.

New in 2.2.2!

In inherit_slots(), get rid of the COPYSLOT(tp_dictoffset).  Copying
the offset from a non-dominant base makes no sense: either the
non-dominant base has a nonzero tp_dictoffset, and then we should have
already copied it from the dominant base (at the very end of
inherit_special()), or the non-dominant base has no tp_dictoffset and
for some reason type_new() decided not to add one.  The tp_dictoffset
from a non-dominant base is likely to conflict with the instance
layout of the dominant base, so copying the tp_dictoffset from the
non-dominant base would be a really bad idea in that case.  This bug
can only be triggered by multiple inheritance from an extension class
that doesn't set tp_dictoffset and a new-style user-level class that
does have one.  There are no such extension classes in the
distribution, but there are 3rd party ones.  (Zope3 now has one,
that's how I found this. :-)

I've asked a few heavy users of new-style classes, extension classes
and metaclasses (David Abrahams and Kevin Jacobs), and neither of them
found any problems in their test suite after applying this fix, so I
assume it's safe.

Backport the relevant part of 2.192:

The string formatting code has a test to switch to Unicode when %s
sees a Unicode argument.  Unfortunately this test was also executed
for %r, because %s and %r share almost all of their code.  This meant
that, if u is a unicode object while repr(u) is an 8-bit string
containing ASCII characters, '%r' % u is a *unicode* string containing
only ASCII characters!

Fixed by executing the test only for %s.

Updated for VISE 8, and for 2.2.2b1 distribution.

Upped the stack limit to 256K to make test_class pass.

Use \n as line separator in stead of \r\n, which causes problems in MacPython 2.2.

Backport of 1.7:
Reorganized so the test is skipped if os.popen() doesn't exist (in stead of fail
ing).

Backport email 2.4.2 changes from Python 2.3.

Document when unittest was added to Python.

Expand AC_CHECK_SIZEOF inline to overcome a autoconf 2.13 weakness.
Fixes #620791.

detect_modules(): Be more conservative about adding
runtime_library_dirs (i.e. -R flags) when building the _socket.so
module.  Whitelist only the platforms we know need the flags, which
are only sunos (aka Solaris) platforms at the moment.  Tested on
RH7.3, OSX 10.2, and Solaris 8.

Forward port candidate for Python 2.3.

Accept Armin's documentation patch for SF bug #558179.
Adjusted some markup to make the descriptions more consistent.

Make this file identical to the version on the trunk.

List specific updates for IDLE.

The
        list(xrange(sys.maxint / 4))
test.  Changed 4 to 2.

The belief is that this test intended to trigger a bit of code in
listobject.c's NRESIZE macro that's looking for arithmetic overflow.  As
written, it doesn't achieve that, though, and leaves it up to the platform
realloc() as to whether it wants to allocate 2 gigabytes.  Some platforms
say "sure!", although they don't appear to mean it, and disaster ensues.

Changing 4 to 2 (just barely) manages to trigger the arithmetic overflow
test instead, leaving the platform realloc() out of it.

Fix some code that was added to the r22-maint branch to allow it to work with
arbitrary versions of Expat.
Not applicable to Python 2.3, which will incorporate an Expat that does not
need this crutch.

Fix a few typos: an extra space; typo in filename; capitalization error
    in method name

Put a do-nothing set_python_build() back.

Initialize tick_counter to 0.  Found by Neal Norwitz.

Fix typo.  Prepare headers for 2.2.2 final release.

Upgrade the version *string* by adding a '+'.  This marks the first
checkin since 2.2.2b1 was released.

This commit was manufactured by cvs2svn to create tag 'r222b1'.

News for 2.2.2b1.  I'm exhausted -- this was a multi-hour job of
poring over the logs.  Quite likely I've forgotten some things,
introduced typos, and organized things less than ideally.

Fix up the release number for the 2.2.2b1 documentation release.
This is what was actually used.

Update version to 2.2.2b1.

Backport, at the reqest of Kevin Jacobs:

- Changed new-style class instantiation so that when C's __new__
  method returns something that's not a C instance, its __init__ is
  not called.  [SF bug #537450]

XXX This is arguably a semantic change, but it's hard to imagine a
reason for wanting to depend on the old behavior.  If problems with
this are reported within a week of the release of 2.2.2 beta 1, we may
revert this change.

Update the email package version number.

Bump the version to 2.4.1 (not 2.5 as previously mentioned) to sync it
with the standalone mimelib package.

Backport 1.68:

Extend stripid() to handle strings ending in more than one '>'.
Add resolve() to handle looking up objects and names (fix SF bug 586931).
Add a nicer error message when given a filename that doesn't exist.

openfile(): Go back to opening the files in text mode.  This undoes
the change in revision 1.11 (test_email.py) in response to SF bug
#609988.  We now think that was the wrong fix and that WinZip was the
real culprit there.

This and the Parser.py patch will be forward ported into Python 2.3
and email 2.5.

_parsebody(): Use get_content_type() instead of the deprecated
get_type().  Also, one of the regular expressions is constant so might
as well make it a module global.  And, when splitting up digests,
handle lineseps that are longer than 1 character in length
(e.g. \r\n).

Backport patches from trunk revisions 1.62, 1.63.  Modified to be
easier to read for both HTML and typeset renderings.  Relies on
../perl/python.perl revision 1.116.4.4.

Back-port part of 1.128 from the trunk:
\productioncont:  Replace leading spaces with   so that it's
    possible to control the indentation of continuation lines.

Backport 1.63:

In both spilldata() functions, pretend that the docstring for
non-callable objects is always None.  This makes for less confusing
output and fixes the problem reported in SF patch #550290.

Darn. Fix stupid typo in whichmodule() backport.

Backport 1.70 and 1.71 (which really go together):

1.70:
whichmodule() should skip dummy package entries in sys.modules.

This fixes the charming, but unhelpful error message for
>>> pickle.dumps(type.__new__)
Can't pickle <built-in method __new__ of type object at 0x812a440>: it's not the same object as datetime.math.__new__

1.71:
Fiddle comments and variable names in whichmodule().

Backport:

2002/08/11 12:23:04 lemburg Python/bltinmodule.c 2.262
2002/08/11 12:23:04 lemburg Objects/unicodeobject.c 2.162
2002/08/11 12:23:03 lemburg Misc/NEWS 1.461
2002/08/11 12:23:03 lemburg Lib/test/test_unicode.py 1.65
2002/08/11 12:23:03 lemburg Include/unicodeobject.h 2.39
Add C API PyUnicode_FromOrdinal() which exposes unichr() at C level.

u'%c' will now raise a ValueError in case the argument is an
integer outside the valid range of Unicode code point ordinals.

Closes SF bug #593581.

A couple of fixes for the compiler package:
 * always write the mtime to a .pyc in little endian format
 * ensure class's docstrings get attached to the class, not the
   enclosing scope!

Rather more fixes are needed for the trunk; these will be done in due
course.

Patch #609700: always build with same $(CC) on Linux.

Backport my checkin of revision 2.264 of Python/compile.c:

Clamp code objects' tp_compare result to [-1, 1].

Bugfix candidate.

Backport fdrake's
    revision 1.88 of setup.py
    revision 1.46 of Lib/distutils/sysconfig.py

When using a Python that has not been installed to build 3rd-party
modules, distutils does not understand that the build version of the
source tree is needed.

This patch fixes distutils.sysconfig to understand that the running
Python is part of the build tree and needs to use the appropriate
"shape" of the tree. This does not assume anything about the current
directory, so can be used to build 3rd-party modules using Python's
build tree as well.

This is useful since it allows us to use a non-installed debug-mode
Python with 3rd-party modules for testing. It as the side-effect that
set_python_build() is no longer needed (the hack which was added to
allow distutils to be used to build the "standard" extension modules).

This closes SF patch #547734.

This is Armin Rigo's patch:

[ 617309 ] getframe hook (Psyco #1)

Forward port candidate.

This is Armin Rigo's patch:

[ 617311 ] Tiny profiling info (Psyco #2)

Forward port candidate.

This is Armin Rigo's patch:

[ 617312 ] debugger-controlled jumps (Psyco #3)

Forward port candidate, I guess.

Fix quoting for Solaris LDSHARED.

Patch #619493: Prefer rpmbuild over rpm if available.

Patch #619352: Update for 2.2.2b1. Install python2 and python2.2.
Add Makefile.pre.in to -devel.

Backport 2.27:

Fix bug 439992 - [win32] KeyboardInterrupt Not Caught.

This gets us closer to consistent Ctrl+C behaviour on NT and Win9x.
NT now reliably generates KeyboardInterrupt exceptions for NT when a
file IO operation was aborted.  Bugfix candidate

This has no hope of working under -O.  Skip it then instead of failing.

Whitespace normalization.

They don't work yet, but the installer at least needs to install the
email pkg's distinct test suite.

Backport 1.34:  Changing section reference.

Backport 1.33:

Update programmer's note on nested functions.

Backport 1.52:

SF # 555779, import user doesn't work with CGIs

Aargh!  The 2.3 version of this file requires "from test.test_support
import run_suite", but the 2.2.2 version requires "from test_support
import run_suite" ... :-(

Patch #572031: AUTH method LOGIN for smtplib.

Backport:

Make sure the email test suite can be run both stand-alone and under
supervision of regrtest.py.

Backport 2.49:

SF #558432: Prevent Annoying ' ' from readline (Holker Krekel).

    readline in all python versions is configured
    to append a 'space' character for a successful
    completion. But for almost all python expressions
    'space' is not wanted (see coding conventions PEP 8).
    For example if you have a function 'longfunction'
    and you type 'longf<TAB>' you get 'longfunction '
    as a completion. note the unwanted space at the
    end.

    The patch fixes this behaviour by setting readline's
    append_character to '\0' which means don't append
    anything. This doesn't work with readline < 2.1
    (AFAIK nowadays readline2.2 is in good use).

    An alternative approach would be to make the
    append_character
    accessable from python so that modules like
    the rlcompleter.py can set it to '\0'.

[Ed.: I think expecting readline >= 2.2 is fine.  If a completer wants
another character they can append that to the keyword in the list.]

Backport 1.45:

Allow abspath to still do something sensisble if the nt module can not be imported.

Assorted changes needed to release 2.2.2b1.

Backport 1.45:

Fix a problem in site.py which triggers in case sys.path is empty.

Bugfix candidate for 2.2.2.

Backport 1.12 and 1.13 and normalize whitespace (remove formfeeds):

SF #515021, print the refused list to the DEBUGSTREAM, so the parameter is used
Note:  There is a TBD (aka FIXME) for how best to handle the refused addresses.

smtp_RCPT(): Removed a somewhat embarrassing debugging line, found by
Scot Stevenson.  Could be a bug fix candidate, but probably doesn't
matter much unless a certain blue-nosed cat suddenly becomes corporeal
and starts emailing some stmp.py (sic) fronted mailer.

Backport 1.60 and 1.62:

Patch #586999: Fix multiline string in sendmail example.

smptlib did not handle empty addresses.
The problem was that it expected rfc822.parseaddr() to return None
upon a parse failure.  The actual, documented return value for a
parse failure is (None, None).
Closes SF bug 602029.

Backport 1.151 and 1.152:

Treat file://localhost/ as local too (same as file:/ and file:///).
Fixes #607789, bugfix candidate.

Backport 1.17:

Ignore IOError exceptions when writing the message.

Backport 1.7:

SF # 555779, import user doesn't work with CGIs

Backport 1.28 and 1.29:

SF #515026, delete global variable that was apparently used only
in a for loop.

Backport 1.42 documenting impending deprecation in favor of the email
module.

Backport 1.13 documenting impending deprecation in favor of the email
module.

Backport 1.3 documenting impending deprecation in favor of the email
module.

Backport 1.23 documenting impending deprecation in favor to the email
package.

Backport 1.4 documenting the impending deprecation of xreadlines.

Backport 1.36 documenting Py2.3's impending deprecation of the non-tuple
form.

Backport 1.108 documenting Py2.3's impending deprecation of divmod()
for complex numbers.

Backport 2.103:

Made conversion failure error messages consistent between types.

Backport 2.63 and 2.60:

Call me anal, but there was a particular phrase that was speading to
comments everywhere that bugged me: /* Foo is inlined */ instead of
/* Inline Foo */.  Somehow the "is inlined" phrase always confused me
for half a second (thinking, "No it isn't" until I added the missing
"here").  The new phrase is hopefully unambiguous.

Close SF bug 563740. complex() now finds __complex__() in new style classes.
Made conversion failure error messages consistent between types.
Added related unittests.

Backported Jeremy's documentation of nested scopes, execution frames
and such.

Typo

Backport 1.94:

Patch 543387.  Document deprecation of complex %, //,and divmod().