Don't call MacOS.SchedParams() in MachO, it doesn't exist.

Minimal module to decode AppleSingle files (the way resource files are
stored in the CVS repository). It can either decode resource/data forks
in the standard Mac way or decode only the resource fork but store
the result in the data fork (the MacOSX preferred way). Finder info
and all other stuff is ignored.

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

Final tweaks for 2.2a3 distribution.

Silence warnings about passing unsigned char** as char**.

Oops, this file is very outdated. Removed.

Generalize operator.indexOf (PySequence_Index) to work with any
iterable object.  I'm not sure how that got overlooked before!

Got rid of the internal _PySequence_IterContains, introduced a new
internal _PySequence_IterSearch, and rewrote all the iteration-based
"count of", "index of", and "is the object in it or not?" routines to
just call the new function.  I suppose it's slower this way, but the
code duplication was getting depressing.

It appears that unittest was changed to stop hoarding raw exception data,
saving instead a traceback string, but test_support's run_unittest was
still peeking into unittest internals and trying to pick apart unittest's
errors and failures vectors as if they contained exc_info() tuples instead
of strings.
Whatever, when a unittest-based test failed, test_support blew up.  I'm
not sure this is the right way to fix it; it simply gets me unstuck.

The usual post-release fiddling.

PyClass_New(): put the extended Don Beaudry hook back in.  When one of
the base classes is not a classic class, and its class (the metaclass)
is callable, call the metaclass to do the deed.

One effect of this is that, when mixing classic and new-style classes
amongst the bases of a class, it doesn't matter whether the first base
class is a classic class or not: you will always get the error
"TypeError: metatype conflict among bases".  (Formerly, with a classic
class first, you'd get "TypeError: PyClass_New: base must be a class".)

Another effect is that multiple inheritance from ExtensionClass.Base,
with a classic class as the first class, transfers control to the
ExtensionClass.Base class.  This is what we need for SF #443239 (and
also for running Zope under 2.2a4, before ExtensionClass is replaced).

PySequence_Check(), PyMapping_Check(): only return true if the
corresponding "getitem" operation (sq_item or mp_subscript) is
implemented.  I realize that "sequence-ness" and "mapping-ness" are
poorly defined (and the tests may still be wrong for user-defined
instances, which always have both slots filled), but I believe that a
sequence that doesn't support its getitem operation should not be
considered a sequence.  All other operations are optional though.

For example, the ZODB BTree tests crashed because PySequence_Check()
returned true for a dictionary!  (In 2.2, the dictionary type has a
tp_as_sequence pointer, but the only field filled is sq_contains, so
you can write "if key in dict".)  With this fix, all standalone ZODB
tests succeed.

PyType_IsSubtype(): test tp_flags for HAVE_CLASS bit before accessing
a->tp_mro.  If a doesn't have class, it's considered a subclass only
of itself or of 'object'.

This one fix is enough to prevent the ExtensionClass test suite from
dumping core, but that doesn't say much (it's a rather small test
suite).  Also note that for ExtensionClass-defined types, a different
subclass test may be needed.  But I haven't checked whether
PyType_IsSubtype() is actually used in situations where this matters
-- probably it doesn't, since we also don't check for classic classes.

Bumping version numbers.

Merging in removal of this file from branch to trunk.

Merging 2.2a3 branch changes back into trunk

Patch #438790: Add additional mappings.
Also remove mappings that are not registered with IANA, and not extensions.

Patch #450702: allow threads when calling into zlib, protect usage of
the module in multiple threads with a global lock.

Fix compiler warnings. This closes some of the #458880 problem.

(Slightly modified) patch by Steve Spicklemire to make Python build
out of the box on OSX 10.1. Untested by me (except for not having adverse
effects on 10.0.4) but it looks good, for now. Eventually we should not
trigger on the darwin version but test for something, but until I have
the time to install 10.1 myself I have no clue what to test on.

It would be nice if this got in to the 2.2a3 distribution.

Fix bug #410274 - sys.prefix isn't always set.

If after calculating sys.path we do not have sys.prefix set, we loop over all path entries checking if one can point to our home directory.

Patch by Mark Day to allow from __future__ imports. Looks harmless
enough, but may have side-effects because it preallocates a single
codeop.Compiler() to compile all statements the user enters.

Just: please review and retract/modify if necessary.

SF bug [#458941] Looks like a unary minus bug.
com_factor():  when a unary minus is attached to a float or imaginary zero,
don't optimize the UNARY_MINUS opcode away:  the const dict can't
distinguish between +0.0 and -0.0, so ended up treating both like the
first one added to it.  Optimizing UNARY_PLUS away isn't a problem.

(BTW, I already uploaded the 2.2a3 Windows installer, and this isn't
important enough to delay the release.)

Fix typo in error reporting.  This doesn't need to go into the release
branch (if it ever gets to the typo, the test is failing anyway).

Reverting to rev 1.2.  Apparently gcc doesn't use the extended-precision
capabilities of the Pentium FPU, so what should have been (and were on
Windows) exact results got fuzzy.  Then it turns out test_support.fcmp()
isn't tolerant of tiny errors when *one* of the comparands is 0, but
test_complex's old check_close_real() is.  Rather than fix gcc <wink>,
easier to revert this test and revisit after the release.

Rewrite to use test_support's fine fcmp instead -- I didn't know that
existed when I wrote this test.

Added some underflow-to-0.0 long/long true division tests.

Rename 'getset' to 'property'.

long_true_divide:  reliably force underflow to 0 when the denominator
has more bits than the numerator than can be counted in a C int (yes,
that's unlikely, and no, I'm not adding a test case with a 2 gigabit
long).

Rename 'getset' to 'property'.

Do not rebuild html-$(RELEASE).tar every time we need to use it.

Bump version number.

Update link to the PyOpenGL project in the "gl" module docs.
This closes SF bug #459256.

Add missing period in docstring.
(Steve, can you add this to the PyUnit repository as well?)

Document the built-in iter() function.

Bump version number.

Added an additional link to NIST information on secure hashing.
This closes SF bug #458785.

Clarified the interaction between string literals and continuation lines.
Fixes bug reported as SF bug #453728.

Make the examples for "Default Argument Values" more presentable and
less hostile to newbie use at the interactive prompt.
This is in response to SF bug #458654.

Fix parameter for PyInt_Check().
Add refcount information for other recently documented APIs.

Document the PyMethod_* type object, functions, and macros.

Minimal instructions for using the Makefile here. Also a clear
statement that this is a proof-of-concept meant for people to
experiment with, nothing more.

Added targets to install the application, and to install mac-additions
in Python.

Bump Windows buildno (installer changes were made earlier).

Document the rule that Python.h must be included before any standard
headers.  This is the final checkin for SF bug #458768.

Do not #include <stdio.h> since Python.h already does that.

Use the standard argument convention for main(), and conform to the
Python/C style guide.

Two small changes to the resource usage option:

(1) Allow multiple -u options to extend each other (and the initial
    value of use_resources passed into regrtest.main()).

(2) When a test is run stand-alone (not via regrtest.py), needed
    resources are always granted.

Added note of unittest.py changes that fixed bug 451309

Several updates to cover omissions noted by Rich Salz.
This closes SF bug #458771.

Document the "unixfrom" attribute of the rfc822.Message class.
Based on a patch by Skip Montanaro, this closes SF bug #458885.

Added tests for key deletion for both Weak*Dictionary flavors.
This covers regression on SF bug #458860.

Add __delitem__() support for WeakKeyDictionary.
This closes SF bug #458860.

Skip instead of fail this test if the socket module has no ssl
support.

Report patch #416079 changes.

Patch #416079: fix the debug string output when receiving telnet commands.
added all the telnet options known to arpa/telnet.h
added all the options registered with IANA as of today
added the possibility for the user to have it's own option negotiation callback

Changed TestResult to store only the text representation of an error.

This patch is similar to that proposed by Jeremy. The proposed patch altered
the interface of TestResult such that it would be passed the error
information as a string rather than an exc_info() tuple.

The implemented change leaves the interface untouched so that TestResults
are still passed the tracebacks, but stor them in stringified form for
later reporting.

Notes:
- Custom subclasses of TestResult written by users should be unaffected.
- The existing 'unittestgui.py' will still work with this module after the
  change.
- Support can later be added to pop into the debugger when an error occurs;
  this support should be added to a TestRunner rather than to TestCase itself,
  which this change will enable.

(Jeremy, Fred, Guido: Thanks for all the feedback)

Revert parts of patch #453627, documenting the resulting test failures
instead.

Base address updates for bug #442142 - DLL base assignments need update

First part of fix for bug #442142 - DLL base assignments need update

Dubious assumptions:

1. That seeking beyond the end of a file increases the size of a file.
2. That files so extended are magically filled with null bytes.

I find no support for either in the C std, and #2 in particular turns out
not to be true on Win32 (you apparently see whatever trash happened to be
on disk).  Left #1 intact, but changed the test to check only bytes it
explicitly wrote.  Also fiddled the "expected" vs "got" failure reports
to consistently use repr (%r) -- they weren't readable otherwise.

Enable large file support on Win32 systems.
Curious:  the MS docs say stati64 etc are supported even on Win95, but
Win95 doesn't support a filesystem that allows partitions > 2 Gb.

test_largefile:  This was opening its test file in text mode.  I have no
idea how that worked under Win64, but it sure needs binary mode on Win98.
BTW, on Win98 test_largefile runs quickly (under a second).

Better error msg for 3-arg pow with a float argument.

Fix for bug #442374 - Modulefinder registry support broken

Add PyMethod_Function(), PyMethod_Self(), PyMethod_Class() back.
While not even documented, they were clearly part of the C API,
there's no great difficulty to support them, and it has the cool
effect of not requiring any changes to ExtensionClass.c.

Rework the way we try to check for libm overflow, given that C99 no longer
requires that errno ever get set, and it looks like glibc is already
playing that game.  New rules:

+ Never use HUGE_VAL.  Use the new Py_HUGE_VAL instead.

+ Never believe errno.  If overflow is the only thing you're interested in,
  use the new Py_OVERFLOWED(x) macro.  If you're interested in any libm
  errors, use the new Py_SET_ERANGE_IF_OVERFLOW(x) macro, which attempts
  to set errno the way C89 said it worked.

Unfortunately, none of these are reliable, but they work on Windows and I
*expect* under glibc too.

Rudimentary makefile for building the executable to go into a
fullblown OSX application. It is starting to work, but building
the application bundle is still handwork, and we need a minimal
readme file too.

Changes to make these work under OSX as the main program for a
fullblown drag and drop application. To my surprise it is starting
to work already: Python actually executes a script dropped on it.

To be done:
- Make sure this still works in MacPython
- Don't lose argv[0] in the process
- Applet support

Python is a Shell, not a Viewer.

LongReprTest fails on the Mac because it uses filenames with more than
32 characters per component. This makes mkdir() calls and such fail with EINVAL.

For now I am disabling the test on the Mac, and I'll open a bugreport.

Use the build directory by default, and update the version.

Class FieldStorage: add two new methods, getfirst() and getlist(),
that provide a somewhat more uniform interface to getting values.

This is from SF patch #453691.

class Listbox: add itemcget, to satisfy SF patch #457713.
Fix up docstring for itemconfigure.

typo...

SF bug #427073: DLINCLDIR defined incorrectly (Skip Montanaro).

I don't know what difference it makes, but '/' indeed makes less sense
as an include dir than '.', so I'm changing the default.  Just so I
can close the bug. ;-)

Change the date field to use $Date$ so it won't be outrageously out of
date.

Document -Q.  Move arguments around to be in strict alphabetical
order.  Add breaks in SYNOPSIS.

Describe -E (which was added to 2.2a2).

[ #458701 ] Patch to zipfile.py for Java

Patch by Jim Ahlstrom which lets java's zipfile classes read zipfiles
create by zipfile.py.

Remove a debug print left in the code by Fred.

Patch #449815: Set filesystemencoding based on CODESET.

A few more gcc warnings bite the dust.

Move UnixWare 7 defines to acconfig.h, regenerate pyconfig.h.in.

Changes to automatically enable large file support on some systems.
I believe this works on Linux (tested both on a system with large file
support and one without it), and it may work on Solaris 2.7.

The changes are twofold:

(1) The configure script now boldly tries to set the two symbols that
    are recommended (for Solaris and Linux), and then tries a test
    script that does some simple seeking without writing.

(2) The _portable_{fseek,ftell} functions are a little more systematic
    in how they try the different large file support options: first
    try fseeko/ftello, but only if off_t is large; then try
    fseek64/ftell64; then try hacking with fgetpos/fsetpos.

I'm keeping my fingers crossed.  The meaning of the
HAVE_LARGEFILE_SUPPORT macro is not at all clear.

I'll see if I can get it to work on Windows as well.

Note some changes that I need to write about

Patch #453627: Define the following macros when compiling on a UnixWare 7.x system:
SCO_ATAN2_BUG, SCO_ACCEPT_BUG, and STRICT_SYSV_CURSES.
Work aroudn a bug in the SCO UnixWare atan2() implementation.

Patch #453627: Adds a list of tests that are expected to be skipped for UnixWare 7.x systems.

Patch #455231: Support ELF properly on OpenBSD.

Patch #428326: New class threading.Timer.

builtin_execfile(): initialize another local that the GCC on leroy
found it necessary to warn about.

Implement PEP250: Use Lib/site-packages under windows.
bdist_wininst doesn't use the NT SCHEME any more, instead
a custom SCHEME is used, which is exchanged at installation
time, depending on the python version used.

Avoid a bogus warning frpom install_lib about installing
into a directory not on sys.path.

[Bug #404274] Restore some special-case code for AIX and BeOS under 1.5.2.
   This will have to stay until we decide to drop 1.5.2 compatibility
   completely.

Shut up many more gcc warnings.

Only output the buffer size error label if it is used.
Shuts up another couple of gcc warnings.

Use -fPIC instead of -fpic for gcc on HP/UX. Fixes bug #433234.

Check for RFC 2553 API. Fixes bug #454493.

Make the error msgs in our pow() implementations consistent.

Repair indentation.

Try to recover from that glibc's ldexp apparently doesn't set errno on
overflow.  Needs testing on Linux (test_long.py and test_long_future.py
especially).

loghelper():  Try to nudge the compiler into doing mults in an order that
minimizes roundoff error.

Another / that should be a // (previously not caught because of
incomplete coverage of the test suite).