Slightly more featureful than regexdemo.py.

and list the host name when prompting for the password.

the median-of-three code to get a few percent back.

but it can no longer raise an exception when called by several threads
simultaneously.

doesn't work of course.

Also replaced random()*32000 with randint(0, 31999).

else the damn thing won't compile on Windows :-(

_getch(), _getche().

Fix bogus error return when open_osfhandle() doesn't have the right
argument list.

Tkinter.  This adds a separate lock -- read the comments.  (This was
also needed for Mark Hammond's attempts to make PythonWin
Tkinter-friendly.)

The changes have affected the EventHook slightly, too; and I've done
some more cleanup of the code that deals with the different versions
of Tcl_CreateFileHandler().

Particles break out of their loop when the main loop exits.

- Handle <? processing instructions >.

- Allow . and - in entity names.

Also fixed an oversight in the previous fix (in one place, [ \t\r\n]
was used instead of string.whitespace).

so that our #ifdef test has the wrong effect.  Substitute hardcoded
values for some important symbols (but not for the whole range -- some
are pretty obscure so it's not worth it).

control before TrackControl is called. The default implementation
calls TrackControl and then do_controlhit().

For ScrolledWindow, do_rawcontrol passes a tracker function to
TrackControl if the mouse is in one of the arrows or grey areas, and
the tracker handles scrolling. For the thumb part nothing has changed.

TrackControl. TrackControl is now manually generated (too much work to
explain this to bgen).

places.

walks and quacks like a dictionary.

we are threading, otherwise accessing errno doesn't work right.

Revert to using whrandom so it will work with older versions of Python.

sys.maxint and near -sys.maxint-1 work correctly.

From: "Tim Peters" <tim_one@email.msn.com>
To: "Guido van Rossum" <guido@CNRI.Reston.VA.US>
Date: Sat, 23 May 1998 21:45:53 -0400

Guido, the overflow checking in PyLong_AsLong is off a little:

1) If the C in use sign-extends right shifts on signed longs, there's a
spurious overflow error when converting the most-negative int:

Python 1.5.1 (#0, Apr 13 1998, 20:22:04) [MSC 32 bit (Intel)] on win32
Copyright 1991-1995 Stichting Mathematisch Centrum, Amsterdam
>>> x = -1L << 31
>>> x
-2147483648L
>>> int(x)
Traceback (innermost last):
  File "<stdin>", line 1, in ?
OverflowError: long int too long to convert

>
> 2) If C does not sign-extend, some genuine overflows won't be caught.
>
> The attached should repair both, and, because I installed a new disk and a C
> compiler today, it's even been compiled this time <wink>.
>
> Python 1.5.1 (#0, May 23 1998, 20:24:58) [MSC 32 bit (Intel)] on win32
> Copyright 1991-1995 Stichting Mathematisch Centrum, Amsterdam
> >>> x = -1L << 31
> >>> x
> -2147483648L
> >>> int(x)
> -2147483648
> >>> int(-x)
> Traceback (innermost last):
>   File "<stdin>", line 1, in ?
> OverflowError: long int too long to convert
> >>> int(-x-1)
> 2147483647
> >>> int(x-1)
> Traceback (innermost last):
>   File "<stdin>", line 1, in ?
> OverflowError: long int too long to convert


end-casing-ly y'rs  - tim