The domain of chr() and the range of ord() are now always [0 ... 0x10FFFF].

the trunk is merged.

their value now as str, no longer str8.

Accept bytes instead of str8 in the (unexposed in ctypes) BSTR type.

version is not compatible with Python 2.x anymore).
Remove backwards compatibility code.

version is not compatible with Python 2.x anymore).
Remove backwards compatibility code.

(unicode) string.

remove the 'crash-protection'.

before we can pass it to re.sub.

test by default.

These are passed as byte strings (unicode strings are passed as wide
character strings).

ctypes.create_unicode_buffer also accepts bytes now.

Revert some tests in test_unicode: Since string literals are unicode
now, conversion takes place when byte literals are passed as unicode
parameters.

PyStringObject before).

for the tp_str slot. Drop __unicode__ method.

weird things if someone has a "\dev" directory on the current drive.

api functions. Code from fileobject.c, patch by Amaury Forgeot d'Arc.

This patch also changes:

The return value of the native ftruncate function is checked for '!=
0' instead of '< 0' as before.

fileio_seekable returns bool now instead of an int.

Patch by Amaury Forgeot d'Arc.

in pyconfig.h).  Remove the workaround for the broken (in Python 2.3)
PyUnicode_(From|As)WideChar functions.

contain several string literals using non-ASCII characters.  Because
of the pain of displaying those characters, it's better to use \xXX
escapes for these instead of typing the accented characters.

Apologies if I missed something; it didn't look like there was anything
that depended on this file being encoded in Latin-1 or containing non-ASCII
characters.

svn+ssh://pythondev@svn.python.org/python/branches/p3yk

........
  r56274 | georg.brandl | 2007-07-11 08:10:46 -0700 (Wed, 11 Jul 2007) | 2 lines

  Fix #1751965, typo in isinstance.
........

to 'file', which no longer exists).
Fix inspired by Christian Heimes, SF# 1752195.

Fix by Christian Heimes, SF# 1751958, who writes:

  I tested the fixes with the Zope3 zope.app.locales packages.
  The mo files are loaded and parsed w/o any problem.
  The translation with gettext.gettext is working as expected.

Fix by Alexandre Vassalotti, SF# 1752173.

Found by Amaury Forgeot d'Arc, SF# 1752317.
(Also removed a redundant check for !errors.)