Prepare for 2.3.7c1.

Backport of r61180:
Added checks for integer overflows, contributed by Google. Some are
only available if asserts are left in the code, in cases where they
can't be triggered from Python code.

Revert r52798, r52803, r52824, r54342, as they don't fix
security issues.

SF patch #1556895; Typo in encoding name in email package.

Patch supplied by Guillaume Rousse.

[Jython patch #1599050] Avoid crash when os module lacks fstat()

Jython compatibility fix: if uu.decode() opened its output file, be sure to
close it.

Add extra SHA tests

Tagging for release of Python 2.3.6

update patchlevel.h correctly, this time

updates for 2.3.6 final

Tagging for release of Python 2.3.6c1

set svn:ignore. anal retentiveness, makes it easier to spot actual problems

preparing for 2.3.6c1

patch for PSF-2006-001.

Fix the tests to work with Python 2.1, which email 2.5 must do.

Back port r50693 and r50754 from the trunk (and 2.4 branch):

decode_rfc2231(): Be more robust against buggy RFC 2231 encodings.
Specifically, instead of raising a ValueError when there is a single
tick in the parameter, simply return that the entire string unquoted, with
None for both the charset and the language.  Also, if there are more than 2
ticks in the parameter, interpret the first three parts as the standard RFC
2231 parts, then the rest of the parts as the encoded string.

More RFC 2231 improvements for the email 4.0 package.  As Mark Sapiro
rightly points out there are really two types of continued headers
defined in this RFC (i.e. "encoded" parameters with the form
"name*0*=" and unencoded parameters with the form "name*0="), but we
were were handling them both the same way and that isn't correct.

This patch should be much more RFC compliant in that only encoded
params are %-decoded and the charset/language information is only
extract if there are any encoded params in the segments.  If there are
no encoded params then the RFC says that there will be no
charset/language parts.

Note however that this will change the return value for
Message.get_param() in some cases.  For example, whereas before if you
had all unencoded param continuations you would have still gotten a
3-tuple back from this method (with charset and language == None), you
will now get just a string. I don't believe this is a backward
incompatible change though because the documentation for this method
already indicates that either return value is possible and that you
must do an isinstance(val, tuple) check to discriminate between the
two.  (Yeah that API kind of sucks but we can't change /that/ without
breaking code.)

Test cases, some documentation updates, and a NEWS item accompany this
patch.

Original fewer-than-3-parts fix by Tokio Kikuchi.

Resolves SF bug # 1218081.

Also, bump the package version number to 2.5.8 for release.

Back port from 2.4 branch:

Patch #1464708 from William McVey: fixed handling of nested comments in mail
addresses.  E.g.

"Foo ((Foo Bar)) <foo@example.com>"

Fixes for both rfc822.py and email package.

Resolve SF bug 1409403: email.Message should supress warning from uu.decode.

However, the patch in that tracker item is elaborated such that the newly
included unit test pass on Python 2.1 through 2.5.  Note that Python 2.1's
uu.decode() does not have a 'quiet' argument, so we have to be sneaky.

Will port to email 3.0 (although without the backward compatible sneakiness).

Patches to address SF bugs 1409538 (Japanese codecs in CODEC_MAP) and 1409455
(.set_payload() gives bad .get_payload() results).  Specific changes include:

Simplfy the default CODEC_MAP in Charset.py to not include the Japanese and
Korean codecs.  The names of the codecs are different depending on whether
you're using Python 2.4 and 2.5, which include the codecs by default, or
earlier Python's which provide the codecs under different names as a third
party library.  Now, we attempt to discover which (if either) is available and
populate the CODEC_MAP as appropriate.

Message.set_charset(): When the message does not already have a
Content-Transfer-Encoding header, instead of just adding the header, we also
encode the body as defined by the assigned Charset.  As before, if the
body_encoding is callable, we just call that.  If not, then we add a call to
body_encode() before setting the header.  This way, we guarantee that a
message's text payload is always encoded properly.

Remove the payload encoding code from Generator._handle_text().  With the
above patch, this would cause the body to be doubly encoded.  Doing this in
the Message class is better than only doing it in the Generator.

Added some new tests to ensure everything works correctly.  Also changed the
way the test_email_codecs.py tests get added (using the same lookup code that
the CODEC_MAP adjustments use).

This resolves both issues for email 2.5/Python 2.3.  I will patch forward to
email 3.0 for both Python 2.4 and 2.5.

Resolves SF bug #1423972.

parsedate_tz(): Return a 1 in the tm_yday field so that the value is
acceptable to Python 2.4's time.strftime().  This fix mirrors the behavior in
email 3.0.  That field is documented as being "not useable" so it might as
well not be buggy too <wink>.

Add a test for this behavior and update a few tests that were expecting a 0 in
this field.  After committing I will run the entire Python 2.3 test suite to
ensure this doesn't break any Python tests.

Updated docs for email.Message.get_filename()

SF bug #1403349 solution for email 2.5; some MUAs use the 'file' parameter
name in the Content-Distribution header, so Message.get_filename() should fall
back to using that.  Will port both to email 3.0 and Python 2.5 trunk.

Also, bump the email package version to 2.5.7 for eventual release.  Of
course, add a test case too.

XXX Need to update the documentation.

Begin 2.3.6 news section; record PCRE fix

For reference, add tests for PCRE fix; the tests aren't run by default because I wanted to minimize upheaval to the 2.3 test suite

Apply fix for potential heap overflow in PCRE code (CAN-2005-2491)

[Bug #1194249] Fix duplicate assignment in example code

get_filename(), get_content_charset(): It's possible that the charset named in
an RFC 2231-style header could be bogus or unknown to Python.  In that case,
we return the the text part of the parameter undecoded.  However, in
get_content_charset(), if that is not ascii, then it is an illegal charset and
so we return failobj.

Test cases and a version bump are included.

Committing this to the Python 2.3 branch because I need to generate an email
2.5.6 release that contains these patches.  I will port these fixes to Python
2.4 and 2.5 for email 3.x.

Started on MacPython additions for Tiger.

correct ontosys url - closes 1167329

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

2.3.5 final

damn

2.3.5 final

2.3.5 final

set release date in the docs

add 2.3.5 to the history and licensing info

bump version number

news update for 2.3.5 final

sligtly strengthen unit tests for copy.py

tiny backport from 2.4, fix a leak in _testcapi

fix bug 1114776

fix XMLFilterBase.resolveEntity() so the caller gets the result
(PyXML bug #1112052)

Security fix PSF-2005-001 for SimpleXMLRPCServer.py.

Fix typo in verbose output for RLock when the initial lock acquisition occurs.

Closes bug #1110998.

Partially revert #1074011; don't try to fflush stdin.

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

added 2.3.5

Recompiled after source changes.

Installer changes for 2.3.5c1.

Build number for 2.3.5c1 is 61.

Running a bdist_wininst installer, built with Python 2.3, installing
for Python 2.4 caused a segfault when post_install_script was used.

The reason was that the file handle passed to PyRun_SimpleFile() was
created with MSVCRT.DLL, but Python 2.4 uses MSVCR71.DLL.

So, I replaced PyRun_SimpleFile() with PyRun_SimpleString().  The
segfault is gone, but the output of the postinstall script doesn't
show up, because still freopen() from MSVCRT is used.

(I would be very gratefull if someone proofreads the patch, at least).

Set PYTHONHOME before loading Python, so that sys.path will be set correctly.

set the release date

1.0.5, to match the python patchlevel

copy.py fixed to first lookup __copy__ from the instance being copied,
rather than only looking at the type - this was broken in 2.3.

pre-release bits

happy new year!

bump version number to prepare for a release

Flush std{in,out,err} before closing it. Fixes #1074011.

At least one bug has been fixed in distutils, so increment the last part of
the version number.  For the distutils version numbering scheme, see
http://mail.python.org/pipermail/distutils-sig/2005-January/004368.html

distutils/command/install.py change.

Fix [ 1103844 ] fix distutils.install.dump_dirs() with negated options.

Backport from trunk.

fix typeset of vertical bar for PDF format
(closes SF bug #1008998)

On OpenBSD, terminating IDLE with ctrl-c from the command line caused a
stuck subprocess MainThread because only the SocketThread was exiting.

M NEWS.txt
M run.py

documentation for the zipimport module using contributed patch
(closes SF bug #853800; markup adjusted)

Backport configDialog.py rev 1.60:

Saving a Keyset w/o making changes (by using the "Save as New Custom Key Set"
button) caused IDLE to fail on restart (no new keyset was created in
config-keys.cfg).  Also true for Theme/highlights.  Python Bug 1064535.

M NEWS.txt
M configDialog.py

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

Description of args to IMAP4.store() in imaplib
(closes SF patch #1084092; modified per comments in SF)

Backport EditorWindow rev 1.60  configHelpSourceEdit rev 1.7  15Jul04

checking sys.platform for substring 'win' was breaking IDLE docs on Mac
(darwin).  Also, Mac Safari browser requires full file:// URIs.  SF 900580.

M EditorWindow.py
M NEWS.txt
M configHelpSourceEdit.py

fix a bunch of spelling errors
(closes SF patch #1104868)

remove spurious line from widget variables example
(closes SF patch #1094815)

Backport rpc.py rev 1.28 dating from 21Jan04

rpc.py:SocketIO - Large modules were generating large pickles when downloaded
to the execution server.  The return of the OK response from the subprocess
initialization was interfering and causing the sending socket to be not
ready.  Add an IO ready test to fix this.  Moved the polling IO ready test
into pollpacket().

Fix typo in rpc.py, s/b "pickle.PicklingError" not "pickle.UnpicklingError".

idlever.py should be 1.0.4 to align with NEWS.txt.  There was no IDLE release
at 2.3.1 which accounts for the unsync.

M NEWS.txt
M idlever.py
M rpc.py

Backport Patch #850977: Detect Tk on FreeBSD and OpenBSD.

If an extension can't be loaded, print warning and skip it instead of
erroring out.

Improve error handling when .idlerc can't be created.  This is a partial
backport of configHandler.py, Revision 1.36,  11Jan05.

update in readiness for 2.3.5 release

backport: make thread stack size compile-time tunable on OS/2, incr main stack

backport: make thread stack size compile-time tunable on OS/2

Backport of fixes for #887242 and #1097739:

If $MACOSX_DEPLOYMENT_TARGET is set, and >= 10.3, during configure we
setup extensions to link with dynamic lookup. We also record the
value in the Makefile, and distutils uses the same value to build extension
modules. If MACOSX_DEPLOYMENT_TARGET is not set it defaults to the
current OSX version.

If we cannot use -undefined dynamic_lookup (such as on 10.2 or earlier)
we link extensions directly against the dynamic library in the framework in
stead of against the framework. This will fix building extensions for 2.3
after 2.4 has been installed too.

Backport latest version of whatsnew23: fix typos, remove a GC-related item; add an item

Backport of 1.38:
Allow relative URLs for included databases and packages.

Backport of 1.20:
Workaround for the fact that urllib2 doesn't default to "file:" urls.

Merging the current development changes for the idle wrapper.

Mac news items.

Backport of 1.55 and 1.57:
- Added quotes around the destroot arguments, so empty destroot works.
- Run fixapplepython23 script to check whether Apple's Python 2.3 needs
  to be patched.

Fix for #1076490 submitted by Neil Mayhew: a serious typo means
BuildApplication has never worked in 2.3. I guess that shows how
popular MacOS9 is:-)

Added one-liner about pimp 0.5

Backport of 1.37:
- Added an "installer" flavor, which uses the "open" command to install
  something (overridable through Install-command entry)
- Hidden status is now determined by flavor == hidden, not by
  missing Download-URL. Hidden packages behave like installer packages.
- Made some error messages a bit more understandable.

Because there's new functionality the version has been upped to 0.5.

Getting things in place for the MacPython additions build 3.

Backported from the trunk.

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

Added a band-aid to make this script work with the older 2.3.0
buildtools if no destroot option is given. That makes life for the
additions installer a lot simpler.

Backport:
Fix for #1091468: DESTROOTed frameworkinstalls fail. Added a --destroot
option to various tools, and do the right thing when we're doing a destroot
install.

Spaces in stead of tabs.

Patch 728330: Fix compilation problems on IRIX.

Backport of 1.36:
- getDefaultDatabase wasn't listed in __all__.
- using a different database for non-final releases should only be done
  for X.Y.0. Non-final micro releases can use the default database just fine,
  as they are required to be backward compatible.

[Bug #1083110] calling .flush() on decompress objects causes a segfault due to an uninitialized pointer: fixes the problem and adds a test case

Use zlib test suite from the trunk (rev. 2.67) on the 2.3 maintenance branch

- Changed version numbers to get ready for 2.3.5
- Various of the mods to build the 3rd MacPython additions (but not all).