If there is only one bad character it will now be printed in a
form that is a valid Python string.

Now test_descr only appears to leak two references & I think this
are in fact illusory (it's to do with things getting resurrected in
__del__ methods & it's easy to be believe confusion occurs when that
happens <wink>).  Woohoo!

docs

the tp_name is not correct, but what's exposed to users is known visibly as
"StringIO", not "StringI" or "StringO".

This should go onto release23-maint, too.

under Cygwin. The attached patch corrects this problem.

I tested this patch under Red Hat Linux 8.0 too.

but attempting to get it resulted in a crash. Fixed. Backport candidate.

time.daylight is true.  Add an explicit test for this situation.

Fixed some wording in docstrings.

The default seed is time.time().
Multiplied by 256 before truncating so that fractional seconds are used.
This way, two successive calls to random.seed() are much more likely
to produce different sequences.

Verify that the encoding actually exists. Fixes #775985.
Will backport to 2.3.

(Contributed by Andrew Dalke.)

(Contributed by Jay T Miller.)

backported to 23-maint

Sure looks like it to me! <wink>

When I run the leak2.py script I posted to python-dev, I only see
three reference leaks in all of test_descr.  When I run
test_descr.test_main, I still see 46 leaks.  This clearly demands
posting a yelp to python-dev :-)

This certainly should be applied to release23-maint, and in all
likelyhood release22-maint as well.

which can now take zero arguments.

* Simplify the pure python examples
* Add a quantify() example

Include a test case that failed for one of my efforts to repair this.

Backporting to Python 2.3 branch.

Will also check in on the 2.3 branch.

(From SF patch #543867)

(Contributed by George Yoshida)