updated to current PythonWare version (1.0b3).  fixed type checks in
DateTime constructor.  use ServerProxy instead of Server in sample
code.

Committing and closing SF patch #441348 to help Jython to pass this test.

Bump to version 1.3.  Also document the new behavior of the chip widgets.

Bump to version 1.3

Implement some suggestions by Laura Creighton.

ChipWidget.__init__(): Added a message area just below the color
    name.  Both the message and name widgets are now FLAT, DISABLED
    Entry widgets instead of Labels.  This allows users to
    copy-n-paste the color names or color specs.  Also, the contents
    of both widgets are now driven by StringVars.

set_color(): This only sets the chip color; it does not set the name
    widgets.

set_name(): New method which only sets the name widget contents.

set_message(): New method which only sets the message widget contents.

ChipViewer.update_yourself(): Set the color, name, and message for
    each chip as follows: the first line always contains the color
    spec in #rrggbb format.  The second line will contain the color
    name, but slightly differently for each widget.  For the Selected
    widget, if the color exactly matches the Nearest color, the name
    is shown, otherwise the message field will be empty.  The name
    field of the Nearest widget will always contain the color name.

Wrapper modules underound the toolbox modules, which now have an _ prepended.

Renamed.

Renamed the Mac toolbox modules to have an initial _ in their name.

Mac toolbox modules have gotten an _ prepended to their name.

The MacOS toolbox modules have acquired an _ in front of their name. Normal usage is through a wrapper module (without underscore) which lives in the Carbon package.

SF patch #454553 by Walter Dörwald: auto-guess content-type header for
ftp urls.

Don't make even the _slightest_ modification between test and checkin,
or you will break something:-)

The MacOS module may be available on Mac OS X, but it doesn't have a SchedParams() method, and there's no need to call it anyway.

Turn OverflowWarning into an error locally, in order to make the
OverflowError test succeed.

Ignore OverflowWarning by default.  To enable the warning, use

python -Wdefault

or

python -Wdefault::OverflowWarning

Change all case where we used to raise OverflowError to issue a
warning and then redo the operation using long ints.

When an inlined operation on two small ints causes overflow, don't
raise the exception here -- call the generic function (which may
convert the arguments to long and try again).

Introduce OverflowWarning -- to be issued when short int operations
are overflowing and a long int operation is substituted.

Add pynche's top-level txt files to Windows installer -- I don't believe
we've *ever* installed them!

"The usual" post-release fiddling.

Add an item about Tim's new installer.  This didn't make it into the
2.2a2 release, but it's still worth mentioning.

Merge changes from r22a2-branch back into trunk.  Also, change patch
level to 2.2a2+

indicate that mktime is platform-dependent.  See SF bug 434143.

indicate that the years for which the calendar function will work are
platform dependent.  See SF bug 434143.

make the gettmarg error message more correct by making it more vague ;-)
see SF bug 434143, part of which this addresses

More NEWS for 2.2a2.

Added a note about --enable-framework on Mac OS X.

These long dead files somehow got revived. Killed them (but for how
long? :-).

This file has been dead for aeons. I have no idea how it suddenly
surfaced again.

Enhancements:
- file URL now starts with "file://" (standard) rather than "file:"
- new optional argument 'context' to enable()
- repeated variable names don't have their values shown twice
- dotted attributes are shown; missing attributes handled reasonably
- highlight the whole logical line even if it has multiple physical lines
- use nice generator interface to tokenize
- formatting fixed so that it looks good in lynx, links, and w3m too

This is supposed to help configure better sort out the various libdb
incarnations.  It's probably not quite sufficient, but should be better than
the status quo...

A test of SSL support, using a roundabout method suggested by Guido.
However, this is only enabled with regrtest's --use=network switch.

Use test_support.requires() to decide whether additional largefile
tests should be run.

Removed --have-resources flag in favor of the more granular -u/--use
flag, which specifies external or resource intensive tests to
perform.  This is used by test_largefile and test_socket_ssl.

-u/--use takes a comma separated list of flags, currently supported:
largefile, network.

usage(): New function.  Note that the semantics of main() have changed
    slightly; instead of returning an error code, it raises a
    SystemExit (via sys.exit()) with the given error code.

main(): use_large_resources => use_resources
    Also, added support for long-option alternative to the short
    options.

_expectations: Added test_socket_ssl to the list of expectedly skipped
    tests.

use_large_resources => use_resources

requires(): New function which can be used to `assert' that a specific
    -u/--use resource flag is present.  Raises a TestSkipped if not.
    This is used in test_largefile and test_socket_ssl to enable
    external or resource consumptive tests that are normally
    disabled.

SSL_dealloc(): Apply the change suggested in SF bug #425370 which
    changes the order of the free calls to be the reverse of the alloc
    calls.  Closes that bug.

Whitespace normalization.

Test failed because these was no expected-output file, but always printed
to stdout.  Repaired by not printing at all except in verbose mode.

Made the test about 6x faster -- envelope analysis showed it took time
proportional to the square of the # of tasks.  Now it's linear.

New \grammartoken markup, similar to \token but allowed everywhere.

Add another name.

Deal more appropriately with bare ampersands and pointy brackets; this
module has to deal with "class" HTML-as-deployed as well as XHTML, so we
cannot be as strict as XHTML allows.

This closes SF bug #453059, but uses a different fix than suggested in
the bug comments.

Add test case to cover multiple future statements on separate lines of
a module.

Fix SF bug [ #450245 ] Error in parsing future stmts

Add test case to cover multiple future statements on separate lines of
a module.

Fix SF bug [ #450245 ] Error in parsing future stmts

Check return value from future_parse() in for loop for file_input to
accomodate multiple future statements on separate lines.

Add several comments explaining how the code works.

Remove out-dated XXX comment.

Committing and closing SF patch #403671 by Finn Bock to help Jython
pass these tests.

add a few test cases for threading module.

Added new BoundedSemaphore class.  Closes bug 452836.

Silence warnings during test_os

Split "Extending & Embedding" into separate files, one per chapter.

It will always be a string, because it is created just before this call.

Added documentation for BoundedSemaphore(), contributed by Skip Montanaro.
This closes SF patch #452836.

Document PyTuple_GET_SIZE(), removing confusing sentence from PyDict_Copy()
description.

This fixes SF bug #453111.

Oops, these compatibility modules were missing. Which went unnoticed because their companions had been put in the wrong place.

Various toolbox modules were generated in lib-dynload accidentally
in stead of in Carbon. Fixed.

Clean up some argument profiles, enrich the docstring.

Oops, this file shouldn't have been removed.

The destination folder is now :Lib:lib-dynload

PATCHLEVEL is outdated, use PY_VERSION.

Step 1 in packaging the toolbox modules and making MacPython more
like normal Python. toolbox modules are now in the Carbon package
in :Mac:Lib, with a workaround flat namespace in :Mac:Lib:lib-compat.
Other dynamic modules are in :Lib:lib-dynload. :Mac:Lib:lib-toolbox and
:Mac:Plugins are gone.

Dynamic modules are now put in :Lib:lib-dynload by default. For the toolbox modules this is overridden to put them in :Mac:Lib:Carbon.

Compatibility modules. lib-compat is on the default sys.path for MacPython 2.2, and each of these modules imports * from its namesake in the Carbon package.

Moved to either :Mac:Lib (WASTEconst and files that weren't generated) or to the Carbon package.

The modules with toolbox constants.

Carbon is now a package encapsulating all the toolbox modules. Carbon is not
the best of names right now (because QuickTime, for instance, is part of
its own framekwork in OSX terminology, and because all these modules also
work on pre-Carbon MacOS) but in a year or so it will be:-).

Moved here form lib-toolbox, for lack of a better place to go.

Moved here from lib-toolbox, where they should never have been in the first place (all the other stuff there wa generated with bgen).

Step 1 in packaging the toolbox modules and making MacPython more
like normal Python. toolbox modules are now in the Carbon package
in :Mac:Lib, with a workaround flat namespace in :Mac:Lib:lib-compat.
Other dynamic modules are in :Lib:lib-dynload. :Mac:Lib:lib-toolbox and
:Mac:Plugins are gone.

Temporarily disabled the import hook. It breaks with the package-based
Carbon and its workaround.

Removed NEXT-NOTES, the NeXT is no longer supported.

Removed NeXT notes (replacing them with a line saying NeXT is no
longer supported) and updated MacOSX notes.

Got rid of all the plugin xml files: they are generated, and
they were only in the repository for people building MacPython from
CVS (the .cmp project files are in a MacPython source
distribution). The process to regenerate them is now easier (and
documented!) so these shouldn't be needed anymore.

And eventually they should all be built by setup.py anyway.

of course I muffed it separating the notes code from the initial_value
code.  grrr...

Avoid total dependency on the new module.  This addresses the problem
reported by Greg Ball on python-dev.

add debug calls to self._note for the Semaphore class.  This closes bug
443614.  I will submit a new feature request and patch to threading.py and
libthreading.tex to address the bounded semaphore issue.

Improve Windows time.clock() blurb; was missing return type and unit.

Windows fiddling for 2.2a2:  bump build number; update copyright and
company info in resource files; change installer strings to match.
This belongs in the release branch too, of course.

SF patch #452239 by Gordon McMillan, to fix SF bug #451547.

   This patch attempts to do to cPickle what Guido did
   for pickle.py v 1.50. That is: save_global tries
   importing the module, and fetching the name from the
   module. If that fails, or the returned object is not
   the same one we started with, it raises a
   PicklingError. (All this so pickling a lambda will
   fail at save time, rather than load time).

Add dependencies for Python/thread.c on all of the header files that
it may depend on.  It's really annoying that thread.o doesn't get
rebuilt when the .h file is changed! :-)

The dependency is on *all* the Python/thread_*.h files -- that should
be sufficient and rarely cause unneeded recompilations.

Inspired by Greg Stein's proposed simplification of the _closesocket
class, I came up with an even simpler solution: raise the error in
__getattr__().

Expose the CO_xxx flags via the "new" module (re-solving a problem "the
right way").  Fiddle __future__.py to use them.

Jeremy's pyassem.py may also want to use them (by-hand duplication of
magic numbers is brittle), but leaving that to his judgment.

Beef up __future__'s test to verify the exported feature names appear
correct.

added warnings about security risk of using tmpnam and tempnam

Fix SF bug #443600:

Change to get/set/del slice operations so that if the object doesn't
support slicing, *or* if either of the slice arguments is not an int
or long, we construct a slice object and call the get/set/del item
operation instead.  This makes it possible to design classes that
support slice arguments of non-integral types.

Framework code for compilerlike scripts.

Resolve patch #449367.

For the HTTPS class (when available), ensure that the x509 certificate data
gets passed through to the HTTPSConnection class. Create a new
HTTPS.__init__ to do this, and refactor the HTTP.__init__ into a new _setup
method for both init's to call.

Note: this is solved differently from the patch, which advocated a new
**x509 parameter on the base HTTPConnection class. But that would open
HTTPConnection to arbitrary (ignored) parameters, so was not as desirable.

Add some fairly important file extensions: bmp css doc mid midi mp2 mp3 xls.
Entries taken from the standard Debian mime.types file.

Initial check-in of cgitb.
A few enhancements are pending, but this should work reliably.

When the socket is closed, don't just assign 0 to self._sock.
This breaks software that excepts a socket.error but not an
AttributeError.

Add a little introductory text.

Change several sections to subsections (part of the manual -> howto
transformation).

Flesh out discussion of assignment nodes (and delete statements).

Add an example of manipulating AST objects at a >>> prompt

Generate correct reprs for Mul, Add, etc.

Track removal of doc string from Module().nodes[0]

Add Yield() node

Remove the horrid generators hack from doctest.py.  This relies on a
somewhat less horrid hack <wink>:  if a module does
    from __future__ import X
then the module dict D is left in a state such that (viewing X as a
string)
    D[X] is getattr(__future__, X)
So by examining D for all the names of future features, and making that
test for each, we can make a darned good guess as to which future-features
were imported by the module.  The appropriate flags are then sucked out
of the __future__ module, and passed on to compile()'s new optional
arguments (PEP 264).

Also gave doctest a meaningful __all__, removed the history of changes
(CVS serves that purpose now), and removed the __version__ vrbl (similarly;
before CVS, it was a reasonable clue, but not anymore).

Add Yield() statement handler

Fix Module() handler to avoid including the doc string in the AST

Fix for bug [#452230] future division isn't propagated.
builtin_eval wasn't merging in the compiler flags from the current frame;
I suppose we never noticed this before because future division is the
first future-feature that can affect expressions (nested_scopes and
generators had only statement-level effects).

The OSX framework Headers symlink pointed the wrong way. Fixed.
Bill Fancher found this one.

A fiddled version of the rest of Michael Hudson's SF patch
    #449043 supporting __future__ in simulated shells
which implements PEP 264.

Use raw-unicode-escape for the tests that require it.

Address SF bug #442813.  The sequence getitem wrappers should do
interpretation of negative indices, since neither the sq_*item slots
nor the slot_ wrappers do this.  (Slices are a different story, there
the size wrapping is done too early.)

Add test for weak references.

Add note on type/class unification.