append(): Fixing the test for convertability after consultation with
[python/dscho.git] / Misc / NEWS
blobd0d1a461685eedcee08228174e88cb56c6142028
1 +++++++++++
2 Python News
3 +++++++++++
5 (editors: check NEWS.help for information about editing NEWS using ReST.)
7 What's New in Python 2.3 alpha 1?
8 =================================
10 *XXX Release date: DD-MMM-2002 XXX*
12 Type/class unification and new-style classes
13 --------------------------------------------
15 - Assignment to __class__ is disallowed if either the old and the new
16   class is a statically allocated type object (such as defined by an
17   extension module).  This prevents anomalies like 2.__class__ = bool.
19 - New-style object creation and deallocation have been sped up
20   significantly; they are now faster than classic instance creation
21   and deallocation.
23 - The __slots__ variable can now mention "private" names, and the
24   right thing will happen (e.g. __slots__ = ["__foo"]).
26 - The built-ins slice() and buffer() are now callable types.  The
27   types classobj (formerly class), code, function, instance, and
28   instancemethod (formerly instance-method), which have no built-in
29   names but are accessible through the types module, are now also
30   callable.  The type dict-proxy is renamed to dictproxy.
32 - Cycles going through the __class__ link of a new-style instance are
33   now detected by the garbage collector.
35 - Classes using __slots__ are now properly garbage collected.
36   [SF bug 519621]
38 - Tightened the __slots__ rules: a slot name must be a valid Python
39   identifier.
41 - The constructor for the module type now requires a name argument and
42   takes an optional docstring argument.  Previously, this constructor
43   ignored its arguments.  As a consequence, deriving a class from a
44   module (not from the module type) is now illegal; previously this
45   created an unnamed module, just like invoking the module type did.
46   [SF bug 563060]
48 - A new type object, 'basestring', is added.  This is a common base type
49   for 'str' and 'unicode', and can be used instead of
50   types.StringTypes, e.g. to test whether something is "a string":
51   isinstance(x, basestring) is True for Unicode and 8-bit strings.  This
52   is an abstract base class and cannot be instantiated directly.
54 - Changed new-style class instantiation so that when C's __new__
55   method returns something that's not a C instance, its __init__ is
56   not called.  [SF bug #537450]
58 - Fixed super() to work correctly with class methods.  [SF bug #535444]
60 - If you try to pickle an instance of a class that has __slots__ but
61   doesn't define or override __getstate__, a TypeError is now raised.
62   This is done by adding a bozo __getstate__ to the class that always
63   raises TypeError.  (Before, this would appear to be pickled, but the
64   state of the slots would be lost.)
66 Core and builtins
67 -----------------
69 - Unicode file name processing for Windows (PEP 277) is implemented.
70   All platforms now have an os.path.supports_unicode_filenames attribute,
71   which is set to True on Windows NT/2000/XP, and False elsewhere.
73 - Codec error handling callbacks (PEP 293) are implemented.
74   Error handling in unicode.encode or str.decode can now be customized.
76 - A subtle change to the semantics of the built-in function intern():
77   interned strings are no longer immortal.  You must keep a reference
78   to the return value intern() around to get the benefit.
80 - Use of 'None' as a variable, argument or attribute name now
81   issues a SyntaxWarning.  In the future, None may become a keyword.
83 - SET_LINENO is gone.  co_lnotab is now consulted to determine when to
84   call the trace function.  C code that accessed f_lineno should call
85   PyCode_Addr2Line instead (f_lineno is still there, but not kept up
86   to date).
88 - There's a new warning category, FutureWarning.  This is used to warn
89   about a number of situations where the value or sign of an integer
90   result will change in Python 2.4 as a result of PEP 237 (integer
91   unification).  The warnings implement stage B0 mentioned in that
92   PEP.  The warnings are about the following situations:
94     - Octal and hex literals without 'L' prefix in the inclusive range
95       [0x80000000..0xffffffff]; these are currently negative ints, but
96       in Python 2.4 they will be positive longs with the same bit
97       pattern.
99     - Left shifts on integer values that cause the outcome to lose
100       bits or have a different sign than the left operand.  To be
101       precise: x<<n where this currently doesn't yield the same value
102       as long(x)<<n; in Python 2.4, the outcome will be long(x)<<n.
104     - Conversions from ints to string that show negative values as
105       unsigned ints in the inclusive range [0x80000000..0xffffffff];
106       this affects the functions hex() and oct(), and the string
107       formatting codes %u, %o, %x, and %X.  In Python 2.4, these will
108       show signed values (e.g. hex(-1) currently returns "0xffffffff";
109       in Python 2.4 it will return "-0x1").
111     - The bits manipulated under the cover by sys.setcheckinterval() have
112       been changed.  Both the check interval and the ticker used to be
113       per-thread values.  They are now just a pair of global variables.  In
114       addition, the default check interval was boosted from 10 to 100
115       bytecode instructions.  This may have some effect on systems that
116       relied on the old default value.  In particular, in multi-threaded
117       applications which try to be highly responsive, response time will
118       increase by some (perhaps imperceptible) amount.
120 - When multiplying very large integers, a version of the so-called
121   Karatsuba algorithm is now used.  This is most effective if the
122   inputs have roughly the same size.  If they both have about N digits,
123   Karatsuba multiplication has O(N**1.58) runtime (the exponent is
124   log_base_2(3)) instead of the previous O(N**2).  Measured results may
125   be better or worse than that, depending on platform quirks.  Besides
126   the O() improvement in raw instruction count, the Karatsuba algorithm
127   appears to have much better cache behavior on extremely large integers
128   (starting in the ballpark of a million bits).  Note that this is a
129   simple implementation, and there's no intent here to compete with,
130   e.g., GMP.  It gives a very nice speedup when it applies, but a package
131   devoted to fast large-integer arithmetic should run circles around it.
133 - u'%c' will now raise a ValueError in case the argument is an
134   integer outside the valid range of Unicode code point ordinals.
136 - The tempfile module has been overhauled for enhanced security.  The
137   mktemp() function is now deprecated; new, safe replacements are
138   mkstemp() (for files) and mkdtemp() (for directories), and the
139   higher-level functions NamedTemporaryFile() and TemporaryFile().
140   Use of some global variables in this module is also deprecated; the
141   new functions have keyword arguments to provide the same
142   functionality.  All Lib, Tools and Demo modules that used the unsafe
143   interfaces have been updated to use the safe replacements.  Thanks
144   to Zack Weinberg!
146 - When x is an object whose class implements __mul__ and __rmul__,
147   1.0*x would correctly invoke __rmul__, but 1*x would erroneously
148   invoke __mul__.  This was due to the sequence-repeat code in the int
149   type.  This has been fixed now.
151 - Previously, "str1 in str2" required str1 to be a string of length 1.
152   This restriction has been relaxed to allow str1 to be a string of
153   any length.  Thus "'el' in 'hello world'" returns True now.
155 - File objects are now their own iterators.  For a file f, iter(f) now
156   returns f (unless f is closed), and f.next() is similar to
157   f.readline() when EOF is not reached; however, f.next() uses a
158   readahead buffer that messes up the file position, so mixing
159   f.next() and f.readline() (or other methods) doesn't work right.
160   Calling f.seek() drops the readahead buffer, but other operations
161   don't.  It so happens that this gives a nice additional speed boost
162   to "for line in file:"; the xreadlines method and corresponding
163   module are now obsolete.  Thanks to Oren Tirosh!
165 - Encoding declarations (PEP 263, phase 1) have been implemented.  A
166   comment of the form "# -*- coding: <encodingname> -*-" in the first
167   or second line of a Python source file indicates the encoding.
169 - list.sort() has a new implementation.  While cross-platform results
170   may vary, and in data-dependent ways, this is much faster on many
171   kinds of partially ordered lists than the previous implementation,
172   and reported to be just as fast on randomly ordered lists on
173   several major platforms.  This sort is also stable (if A==B and A
174   precedes B in the list at the start, A precedes B after the sort too),
175   although the language definition does not guarantee stability.  A
176   potential drawback is that list.sort() may require temp space of
177   len(list)*2 bytes (``*4`` on a 64-bit machine).  It's therefore possible
178   for list.sort() to raise MemoryError now, even if a comparison function
179   does not.  See <http://www.python.org/sf/587076> for full details.
181 - All standard iterators now ensure that, once StopIteration has been
182   raised, all future calls to next() on the same iterator will also
183   raise StopIteration.  There used to be various counterexamples to
184   this behavior, which could caused confusion or subtle program
185   breakage, without any benefits.  (Note that this is still an
186   iterator's responsibility; the iterator framework does not enforce
187   this.)
189 - Ctrl+C handling on Windows has been made more consistent with
190   other platforms.  KeyboardInterrupt can now reliably be caught,
191   and Ctrl+C at an interactive prompt no longer terminates the
192   process under NT/2k/XP (it never did under Win9x).  Ctrl+C will
193   interrupt time.sleep() in the main thread, and any child processes
194   created via the popen family (on win2k; we can't make win9x work
195   reliably) are also interrupted (as generally happens on for Linux/Unix.)
196   [SF bugs 231273, 439992 and 581232]
198 - sys.getwindowsversion() has been added on Windows.  This
199   returns a tuple with information about the version of Windows
200   currently running.
202 - Slices and repetitions of buffer objects now consistently return
203   a string.  Formerly, strings would be returned most of the time,
204   but a buffer object would be returned when the repetition count
205   was one or when the slice range was all inclusive.
207 - Unicode objects in sys.path are no longer ignored but treated
208   as directory names.
210 - Fixed string.startswith and string.endswith builtin methods
211   so they accept negative indices.  [SF bug 493951]
213 - Fixed a bug with a continue inside a try block and a yield in the
214   finally clause.  [SF bug 567538]
216 - Most builtin sequences now support "extended slices", i.e. slices
217   with a third "stride" parameter.  For example, "hello world"[::-1]
218   gives "dlrow olleh".
220 - A new warning PendingDeprecationWarning was added to provide
221   direction on features which are in the process of being deprecated.
222   The warning will not be printed by default.  To see the pending
223   deprecations, use -Walways::PendingDeprecationWarning::
224   as a command line option or warnings.filterwarnings() in code.
226 - Deprecated features of xrange objects have been removed as
227   promised.  The start, stop, and step attributes and the tolist()
228   method no longer exist.  xrange repetition and slicing have been
229   removed.
231 - New builtin function enumerate(x), from PEP 279.  Example:
232   enumerate("abc") is an iterator returning (0,"a"), (1,"b"), (2,"c").
233   The argument can be an arbitrary iterable object.
235 - The assert statement no longer tests __debug__ at runtime.  This means
236   that assert statements cannot be disabled by assigning a false value
237   to __debug__.
239 - A method zfill() was added to str and unicode, that fills a numeric
240   string to the left with zeros.  For example,
241   "+123".zfill(6) -> "+00123".
243 - Complex numbers supported divmod() and the // and % operators, but
244   these make no sense.  Since this was documented, they're being
245   deprecated now.
247 - String and unicode methods lstrip(), rstrip() and strip() now take
248   an optional argument that specifies the characters to strip.  For
249   example, "Foo!!!?!?!?".rstrip("?!") -> "Foo".
251 - Added a new dict method pop(key).  This removes and returns the
252   value corresponding to key.  [SF patch #539949]
254 - A new built-in type, bool, has been added, as well as built-in
255   names for its two values, True and False.  Comparisons and sundry
256   other operations that return a truth value have been changed to
257   return a bool instead.  Read PEP 285 for an explanation of why this
258   is backward compatible.
260 - Fixed two bugs reported as SF #535905: under certain conditions,
261   deallocating a deeply nested structure could cause a segfault in the
262   garbage collector, due to interaction with the "trashcan" code;
263   access to the current frame during destruction of a local variable
264   could access a pointer to freed memory.
266 - The optional object allocator ("pymalloc") has been enabled by
267   default.  The recommended practice for memory allocation and
268   deallocation has been streamlined.  A header file is included,
269   Misc/pymemcompat.h, which can be bundled with 3rd party extensions
270   and lets them use the same API with Python versions from 1.5.2
271   onwards.
273 - PyErr_Display will provide file and line information for all exceptions
274   that have an attribute print_file_and_line, not just SyntaxErrors.
276 - The UTF-8 codec will now encode and decode Unicode surrogates
277   correctly and without raising exceptions for unpaired ones.
279 - Universal newlines (PEP 278) is implemented.  Briefly, using 'U'
280   instead of 'r' when opening a text file for reading changes the line
281   ending convention so that any of '\r', '\r\n', and '\n' is
282   recognized (even mixed in one file); all three are converted to
283   '\n', the standard Python line end character.
285 - file.xreadlines() now raises a ValueError if the file is closed:
286   Previously, an xreadlines object was returned which would raise
287   a ValueError when the xreadlines.next() method was called.
289 - sys.exit() inadvertently allowed more than one argument.
290   An exception will now be raised if more than one argument is used.
292 Extension modules
293 -----------------
295 - The _tkinter module (and hence Tkinter) has dropped support for
296   Tcl/Tk 8.0 and 8.1.  Only Tcl/Tk versions 8.2, 8.3 and 8.4 are
297   supported.
299 - cPickle.BadPickleGet is now a class.
301 - The time stamps in os.stat_result are floating point numbers now.
303 - If the size passed to mmap.mmap() is larger than the length of the
304   file on non-Windows platforms, a ValueError is raised. [SF bug 585792]
306 - The xreadlines module is slated for obsolescence.
308 - The strptime function in the time module is now always available (a
309   Python implementation is used when the C library doesn't define it).
311 - The 'new' module is no longer an extension, but a Python module that
312   only exists for backwards compatibility.  Its contents are no longer
313   functions but callable type objects.
315 - The bsddb.*open functions can now take 'None' as a filename.
316   This will create a temporary in-memory bsddb that won't be
317   written to disk.
319 - posix.lchown, posix.killpg, posix.mknod, and posix.getpgid have been
320   added where available.
322 - The locale module now exposes the C library's gettext interface.
324 - A security hole ("double free") was found in zlib-1.1.3, a popular
325   third party compression library used by some Python modules.  The
326   hole was quickly plugged in zlib-1.1.4, and the Windows build of
327   Python now ships with zlib-1.1.4.
329 - pwd, grp, and resource return enhanced tuples now, with symbolic
330   field names.
332 - array.array is now a type object. A new format character
333   'u' indicates Py_UNICODE arrays. For those, .tounicode and
334   .fromunicode methods are available. Arrays now support __iadd__
335   and __imul__.
337 - dl now builds on every system that has dlfcn.h.  Failure in case
338   of sizeof(int)!=sizeof(long)!=sizeof(void*) is delayed until dl.open
339   is called.
341 - signal.sigpending, signal.sigprocmask and signal.sigsuspend have
342   been added where available.
344 - The sys module acquired a new attribute, api_version, which evaluates
345   to the value of the PYTHON_API_VERSION macro with which the
346   interpreter was compiled.
348 Library
349 -------
351 - Various features of Tk 8.4 are exposed in Tkinter.py. The multiple
352   option of tkFileDialog is exposed as function askopenfile{,name}s.
354 - Various configure methods of Tkinter have been stream-lined, so that
355   tag_configure, image_configure, window_configure now return a
356   dictionary when invoked with no argument. 
358 - Importing the readline module now no longer has the side effect of
359   calling setlocale(LC_CTYPE, "").  The initial "C" locale, or
360   whatever locale is explicitly set by the user, is preserved.  If you
361   want repr() of 8-bit strings in your preferred encoding to preserve
362   all printable characters of that encoding, you have to add the
363   following code to your $PYTHONSTARTUP file or to your application's
364   main():
366     import locale
367     locale.setlocale(locale.LC_CTYPE, "")
369 - shutil.move was added. shutil.copytree now reports errors as an
370   exception at the end, instead of printing error messages.
372 - Encoding name normalization was generalized to not only
373   replace hyphens with underscores, but also all other non-alphanumeric
374   characters (with the exception of the dot which is used for Python
375   package names during lookup). The aliases.py mapping was updated
376   to the new standard.
378 - mimetypes has two new functions: guess_all_extensions() which
379   returns a list of all known extensions for a mime type, and
380   add_type() which adds one mapping between a mime type and
381   an extension to the database.
383 - New module: sets, defines the class Set that implements a mutable
384   set type using the keys of a dict to represent the set.  There's
385   also a class ImmutableSet which is useful when you need sets of sets
386   or when you need to use sets as dict keys, and a class BaseSet which
387   is the base class of the two.  (This is not documented yet, but
388   help(sets) gives a wealth of information.)
390 - Added operator.pow(a,b) which is equivalent to a**b.
392 - random.randrange(-sys.maxint-1, sys.maxint) no longer raises
393   OverflowError.  That is, it now accepts any combination of 'start'
394   and 'stop' arguments so long as each is in the range of Python's
395   bounded integers.
397 - New "algorithms" module: heapq, implements a heap queue.  Thanks to
398   Kevin O'Connor for the code and François Pinard for an entertaining
399   write-up explaining the theory and practical uses of heaps.
401 - New encoding for the Palm OS character set: palmos.
403 - binascii.crc32() and the zipfile module had problems on some 64-bit
404   platforms.  These have been fixed.  On a platform with 8-byte C longs,
405   crc32() now returns a signed-extended 4-byte result, so that its value
406   as a Python int is equal to the value computed a 32-bit platform.
408 - xml.dom.minidom.toxml and toprettyxml now take an optional encoding
409   argument.
411 - Some fixes in the copy module: when an object is copied through its
412   __reduce__ method, there was no check for a __setstate__ method on
413   the result [SF patch 565085]; deepcopy should treat instances of
414   custom metaclasses the same way it treats instances of type 'type'
415   [SF patch 560794].
417 - Sockets now support timeout mode.  After s.settimeout(T), where T is
418   a float expressing seconds, subsequent operations raise an exception
419   if they cannot be completed within T seconds.  To disable timeout
420   mode, use s.settimeout(None).  There's also a module function,
421   socket.setdefaulttimeout(T), which sets the default for all sockets
422   created henceforth.
424 - getopt.gnu_getopt was added.  This supports GNU-style option
425   processing, where options can be mixed with non-option arguments.
427 - Stop using strings for exceptions.  String objects used for
428   exceptions are now classes deriving from Exception.  The objects
429   changed were: Tkinter.TclError, bdb.BdbQuit, macpath.norm_error,
430   tabnanny.NannyNag, and xdrlib.Error.
432 - Constants BOM_UTF8, BOM_UTF16, BOM_UTF16_LE, BOM_UTF16_BE,
433   BOM_UTF32, BOM_UTF32_LE and BOM_UTF32_BE that represent the Byte
434   Order Mark in UTF-8, UTF-16 and UTF-32 encodings for little and
435   big endian systems were added to the codecs module. The old names
436   BOM32_* and BOM64_* were off by a factor of 2.
438 - Added conversion functions math.degrees() and math.radians().
440 - ftplib.retrlines() now tests for callback is None rather than testing
441   for False.  Was causing an error when given a callback object which
442   was callable but also returned len() as zero.  The change may
443   create new breakage if the caller relied on the undocumented behavior
444   and called with callback set to [] or some other False value not
445   identical to None.
447 - random.gauss() uses a piece of hidden state used by nothing else,
448   and the .seed() and .whseed() methods failed to reset it.  In other
449   words, setting the seed didn't completely determine the sequence of
450   results produced by random.gauss().  It does now.  Programs repeatedly
451   mixing calls to a seed method with calls to gauss() may see different
452   results now.
454 - The pickle.Pickler class grew a clear_memo() method to mimic that
455   provided by cPickle.Pickler.
457 - difflib's SequenceMatcher class now does a dynamic analysis of
458   which elements are so frequent as to constitute noise.  For
459   comparing files as sequences of lines, this generally works better
460   than the IS_LINE_JUNK function, and function ndiff's linejunk
461   argument defaults to None now as a result.  A happy benefit is
462   that SequenceMatcher may run much faster now when applied
463   to large files with many duplicate lines (for example, C program
464   text with lots of repeated "}" and "return NULL;" lines).
466 - New Text.dump() method in Tkinter module.
468 - New distutils commands for building packagers were added to
469   support pkgtool on Solaris and swinstall on HP-UX.
471 - distutils now has a new abstract binary packager base class
472   command/bdist_packager, which simplifies writing packagers.
473   This will hopefully provide the missing bits to encourage
474   people to submit more packagers, e.g. for Debian, FreeBSD
475   and other systems.
477 - The UTF-16, -LE and -BE stream readers now raise a
478   NotImplementedError for all calls to .readline(). Previously, they
479   used to just produce garbage or fail with an encoding error --
480   UTF-16 is a 2-byte encoding and the C lib's line reading APIs don't
481   work well with these.
483 - compileall now supports quiet operation.
485 - The BaseHTTPServer now implements optional HTTP/1.1 persistent
486   connections.
488 - socket module: the SSL support was broken out of the main
489   _socket module C helper and placed into a new _ssl helper
490   which now gets imported by socket.py if available and working.
492 - encodings package: added aliases for all supported IANA character
493   sets
495 - ftplib: to safeguard the user's privacy, anonymous login will use
496   "anonymous@" as default password, rather than the real user and host
497   name.
499 - webbrowser: tightened up the command passed to os.system() so that
500   arbitrary shell code can't be executed because a bogus URL was
501   passed in.
503 - gettext.translation has an optional fallback argument, and
504   gettext.find an optional all argument. Translations will now fallback
505   on a per-message basis.
507 - distutils bdist commands now offer a --skip-build option.
509 - warnings.warn now accepts a Warning instance as first argument.
511 - The xml.sax.expatreader.ExpatParser class will no longer create
512   circular references by using itself as the locator that gets passed
513   to the content handler implementation.  [SF bug #535474]
515 - The email.Parser.Parser class now properly parses strings regardless
516   of their line endings, which can be any of \r, \n, or \r\n (CR, LF,
517   or CRLF).  Also, the Header class's constructor default arguments
518   has changed slightly so that an explicit maxlinelen value is always
519   honored.
521 Tools/Demos
522 -----------
524 - The SGI demos (Demo/sgi) have been removed.  Nobody thought they
525   were interesting any more.  (The SGI library modules and extensions
526   are still there; it is believed that at least some of these are
527   still used and useful.)
529 - IDLE supports the new encoding declarations (PEP 263); it can also
530   deal with legacy 8-bit files if they use the locale's encoding. It
531   allows non-ASCII strings in the interactive shell and executes them
532   in the locale's encoding.
534 - freeze.py now produces binaries which can import shared modules,
535   unlike before when this failed due to missing symbol exports in
536   the generated binary.
538 Build
539 -----
541 - The fpectl module is not built by default; it's dangerous or useless
542   except in the hands of experts.
544 - The public Python C API will generally be declared using PyAPI_FUNC
545   and PyAPI_DATA macros, while Python extension module init functions
546   will be declared with PyMODINIT_FUNC.  DL_EXPORT/DL_IMPORT macros
547   are deprecated.
549 - A bug was fixed that could cause COUNT_ALLOCS builds to segfault, or
550   get into infinite loops, when a new-style class got garbage-collected.
551   Unfortunately, to avoid this, the way COUNT_ALLOCS works requires
552   that new-style classes be immortal in COUNT_ALLOCS builds.  Note that
553   COUNT_ALLOCS is not enabled by default, in either release or debug
554   builds, and that new-style classes are immortal only in COUNT_ALLOCS
555   builds.
557 - Compiling out the cyclic garbage collector is no longer an option.
558   The old symbol WITH_CYCLE_GC is now ignored, and Python.h arranges
559   that it's always defined (for the benefit of any extension modules
560   that may be conditionalizing on it).  A bonus is that any extension
561   type participating in cyclic gc can choose to participate in the
562   Py_TRASHCAN mechanism now too; in the absence of cyclic gc, this used
563   to require editing the core to teach the trashcan mechanism about the
564   new type.
566 - According to Annex F of the current C standard,
568     The Standard C macro HUGE_VAL and its float and long double analogs,
569     HUGE_VALF and HUGE_VALL, expand to expressions whose values are
570     positive infinities.
572   Python only uses the double HUGE_VAL, and only to #define its own symbol
573   Py_HUGE_VAL.  Some platforms have incorrect definitions for HUGE_VAL.
574   pyport.h used to try to worm around that, but the workarounds triggered
575   other bugs on other platforms, so we gave up.  If your platform defines
576   HUGE_VAL incorrectly, you'll need to #define Py_HUGE_VAL to something
577   that works on your platform.  The only instance of this I'm sure about
578   is on an unknown subset of Cray systems, described here:
580   http://www.cray.com/swpubs/manuals/SN-2194_2.0/html-SN-2194_2.0/x3138.htm
582   Presumably 2.3a1 breaks such systems.  If anyone uses such a system, help!
584 - The configure option --without-doc-strings can be used to remove the
585   doc strings from the builtin functions and modules; this reduces the
586   size of the executable.
588 - The universal newlines option (PEP 278) is on by default.  On Unix
589   it can be disabled by passing --without-universal-newlines to the
590   configure script.  On other platforms, remove
591   WITH_UNIVERSAL_NEWLINES from pyconfig.h.
593 - On Unix, a shared libpython2.3.so can be created with --enable-shared.
595 - All uses of the CACHE_HASH, INTERN_STRINGS, and DONT_SHARE_SHORT_STRINGS
596   preprocessor symbols were eliminated.  The internal decisions they
597   controlled stopped being experimental long ago.
599 - The tools used to build the documentation now work under Cygwin as
600   well as Unix.
602 - The bsddb and dbm module builds have been changed to try and avoid version
603   skew problems and disable linkage with Berkeley DB 1.85 unless the
604   installer knows what s/he's doing.  See the section on building these
605   modules in the README file for details.
607 C API
608 -----
610 - The string object's layout has changed: the pointer member
611   ob_sinterned has been replaced by an int member ob_sstate.  On some
612   platforms (e.g. most 64-bit systems) this may change the offset of
613   the ob_sval member, so as a precaution the API_VERSION has been
614   incremented.  The apparently unused feature of "indirect interned
615   strings", supported by the ob_sinterned member, is gone.  Interned
616   strings are now usually mortal; theres a new API,
617   PyString_InternImmortal() that creates immortal interned strings.
618   (The ob_sstate member can only take three values; however, while
619   making it a char saves a few bytes per string object on average, in
620   it also slowed things down a bit because ob_sval was no longer
621   aligned.)
623 - The Py_InitModule*() functions now accept NULL for the 'methods'
624   argument.  Modules without global functions are becoming more common
625   now that factories can be types rather than functions.
627 - New C API PyUnicode_FromOrdinal() which exposes unichr() at C
628   level.
630 - New functions PyErr_SetExcFromWindowsErr() and
631   PyErr_SetExcFromWindowsErrWithFilename(). Similar to
632   PyErr_SetFromWindowsErrWithFilename() and
633   PyErr_SetFromWindowsErr(), but they allow to specify
634   the exception type to raise. Available on Windows.
636 - Py_FatalError() is now declared as taking a const char* argument.  It
637   was previously declared without const.  This should not affect working
638   code.
640 - Added new macro PySequence_ITEM(o, i) that directly calls
641   sq_item without rechecking that o is a sequence and without
642   adjusting for negative indices.
644 - PyRange_New() now raises ValueError if the fourth argument is not 1.
645   This is part of the removal of deprecated features of the xrange
646   object.
648 - PyNumber_Coerce() and PyNumber_CoerceEx() now also invoke the type's
649   coercion if both arguments have the same type but this type has the
650   CHECKTYPES flag set.  This is to better support proxies.
652 - The type of tp_free has been changed from "``void (*)(PyObject *)``" to
653   "``void (*)(void *)``".
655 - PyObject_Del, PyObject_GC_Del are now functions instead of macros.
657 - A type can now inherit its metatype from its base type.  Previously,
658   when PyType_Ready() was called, if ob_type was found to be NULL, it
659   was always set to &PyType_Type; now it is set to base->ob_type,
660   where base is tp_base, defaulting to &PyObject_Type.
662 - PyType_Ready() accidentally did not inherit tp_is_gc; now it does.
664 - The PyCore_* family of APIs have been removed.
666 - The "u#" parser marker will now pass through Unicode objects as-is
667   without going through the buffer API.
669 - The enumerators of cmp_op have been renamed to use the prefix ``PyCmp_``.
671 - An old #define of ANY as void has been removed from pyport.h.  This
672   hasn't been used since Python's pre-ANSI days, and the #define has
673   been marked as obsolete since then.  SF bug 495548 says it created
674   conflicts with other packages, so keeping it around wasn't harmless.
676 - Because Python's magic number scheme broke on January 1st, we decided
677   to stop Python development.  Thanks for all the fish!
679 - Some of us don't like fish, so we changed Python's magic number
680   scheme to a new one. See Python/import.c for details.
682 New platforms
683 -------------
685 - AtheOS is now supported.
687 - the EMX runtime environment on OS/2 is now supported.
689 - GNU/Hurd is now supported.
691 Tests
692 -----
694 Yet to be written.
696 Windows
697 -------
699 - Sometimes the uninstall executable (UNWISE.EXE) vanishes.  One cause
700   of that has been fixed in the installer (disabled Wise's "delete in-
701   use files" uninstall option).
703 - Fixed a bug in urllib's proxy handling in Windows.  [SF bug #503031]
705 - The installer now installs Start menu shortcuts under (the local
706   equivalent of) "All Users" when doing an Admin install.
708 - file.truncate([newsize]) now works on Windows for all newsize values.
709   It used to fail if newsize didn't fit in 32 bits, reflecting a
710   limitation of MS _chsize (which is no longer used).
712 - os.waitpid() is now implemented for Windows, and can be used to block
713   until a specified process exits.  This is similar to, but not exactly
714   the same as, os.waitpid() on POSIX systems.  If you're waiting for
715   a specific process whose pid was obtained from one of the spawn()
716   functions, the same Python os.waitpid() code works across platforms.
717   See the docs for details.  The docs were changed to clarify that
718   spawn functions return, and waitpid requires, a process handle on
719   Windows (not the same thing as a Windows process id).
721 - New tempfile.TemporaryFile implementation for Windows:  this doesn't
722   need a TemporaryFileWrapper wrapper anymore, and should be immune
723   to a nasty problem:  before 2.3, if you got a temp file on Windows, it
724   got wrapped in an object whose close() method first closed the
725   underlying file, then deleted the file.  This usually worked fine.
726   However, the spawn family of functions on Windows create (at a low C
727   level) the same set of open files in the spawned process Q as were
728   open in the spawning process P.  If a temp file f was among them, then
729   doing f.close() in P first closed P's C-level file handle on f, but Q's
730   C-level file handle on f remained open, so the attempt in P to delete f
731   blew up with a "Permission denied" error (Windows doesn't allow
732   deleting open files).  This was surprising, subtle, and difficult to
733   work around.
735 - The os module now exports all the symbolic constants usable with the
736   low-level os.open() on Windows:  the new constants in 2.3 are
737   O_NOINHERIT, O_SHORT_LIVED, O_TEMPORARY, O_RANDOM and O_SEQUENTIAL.
738   The others were also available in 2.2:  O_APPEND, O_BINARY, O_CREAT,
739   O_EXCL, O_RDONLY, O_RDWR, O_TEXT, O_TRUNC and O_WRONLY.  Contrary
740   to Microsoft docs, O_SHORT_LIVED does not seem to imply O_TEMPORARY
741   (so specify both if you want both; note that neither is useful unless
742   specified with O_CREAT too).
745 ----
747 Yet to be written.
750 What's New in Python 2.2 final?
751 ===============================
753 *Release date: 21-Dec-2001*
755 Type/class unification and new-style classes
756 --------------------------------------------
758 - pickle.py, cPickle: allow pickling instances of new-style classes
759   with a custom metaclass.
761 Core and builtins
762 -----------------
764 - weakref proxy object: when comparing, unwrap both arguments if both
765   are proxies.
767 Extension modules
768 -----------------
770 - binascii.b2a_base64(): fix a potential buffer overrun when encoding
771   very short strings.
773 - cPickle: the obscure "fast" mode was suspected of causing stack
774   overflows on the Mac.  Hopefully fixed this by setting the recursion
775   limit much smaller.  If the limit is too low (it only affects
776   performance), you can change it by defining PY_CPICKLE_FAST_LIMIT
777   when compiling cPickle.c (or in pyconfig.h).
779 Library
780 -------
782 - dumbdbm.py: fixed a dumb old bug (the file didn't get synched at
783   close or delete time).
785 - rfc822.py: fixed a bug where the address '<>' was converted to None
786   instead of an empty string (also fixes the email.Utils module).
788 - xmlrpclib.py: version 1.0.0; uses precision for doubles.
790 - test suite: the pickle and cPickle tests were not executing any code
791   when run from the standard regression test.
793 Tools/Demos
794 -----------
796 Build
797 -----
799 C API
800 -----
802 New platforms
803 -------------
805 Tests
806 -----
808 Windows
809 -------
811 - distutils package: fixed broken Windows installers (bdist_wininst).
813 - tempfile.py: prevent mysterious warnings when TemporaryFileWrapper
814   instances are deleted at process exit time.
816 - socket.py: prevent mysterious warnings when socket instances are
817   deleted at process exit time.
819 - posixmodule.c: fix a Windows crash with stat() of a filename ending
820   in backslash.
823 ----
825 - The Carbon toolbox modules have been upgraded to Universal Headers
826   3.4, and experimental CoreGraphics and CarbonEvents modules have
827   been added.  All only for framework-enabled MacOSX.
830 What's New in Python 2.2c1?
831 ===========================
833 *Release date: 14-Dec-2001*
835 Type/class unification and new-style classes
836 --------------------------------------------
838 - Guido's tutorial introduction to the new type/class features has
839   been extensively updated.  See
841       http://www.python.org/2.2/descrintro.html
843   That remains the primary documentation in this area.
845 - Fixed a leak: instance variables declared with __slots__ were never
846   deleted!
848 - The "delete attribute" method of descriptor objects is called
849   __delete__, not __del__.  In previous releases, it was mistakenly
850   called __del__, which created an unfortunate overloading condition
851   with finalizers.  (The "get attribute" and "set attribute" methods
852   are still called __get__ and __set__, respectively.)
854 - Some subtle issues with the super built-in were fixed:
856   (a) When super itself is subclassed, its __get__ method would still
857       return an instance of the base class (i.e., of super).
859   (b) super(C, C()).__class__ would return C rather than super.  This
860       is confusing.  To fix this, I decided to change the semantics of
861       super so that it only applies to code attributes, not to data
862       attributes.  After all, overriding data attributes is not
863       supported anyway.
865   (c) The __get__ method didn't check whether the argument was an
866       instance of the type used in creation of the super instance.
868 - Previously, hash() of an instance of a subclass of a mutable type
869   (list or dictionary) would return some value, rather than raising
870   TypeError.  This has been fixed.  Also, directly calling
871   dict.__hash__ and list.__hash__ now raises the same TypeError
872   (previously, these were the same as object.__hash__).
874 - New-style objects now support deleting their __dict__.  This is for
875   all intents and purposes equivalent to assigning a brand new empty
876   dictionary, but saves space if the object is not used further.
878 Core and builtins
879 -----------------
881 - -Qnew now works as documented in PEP 238:  when -Qnew is passed on
882   the command line, all occurrences of "/" use true division instead
883   of classic division.  See the PEP for details.  Note that "all"
884   means all instances in library and 3rd-party modules, as well as in
885   your own code.  As the PEP says, -Qnew is intended for use only in
886   educational environments with control over the libraries in use.
887   Note that test_coercion.py in the standard Python test suite fails
888   under -Qnew; this is expected, and won't be repaired until true
889   division becomes the default (in the meantime, test_coercion is
890   testing the current rules).
892 - complex() now only allows the first argument to be a string
893   argument, and raises TypeError if either the second arg is a string
894   or if the second arg is specified when the first is a string.
896 Extension modules
897 -----------------
899 - gc.get_referents was renamed to gc.get_referrers.
901 Library
902 -------
904 - Functions in the os.spawn() family now release the global interpreter
905   lock around calling the platform spawn.  They should always have done
906   this, but did not before 2.2c1.  Multithreaded programs calling
907   an os.spawn function with P_WAIT will no longer block all Python threads
908   until the spawned program completes.  It's possible that some programs
909   relies on blocking, although more likely by accident than by design.
911 - webbrowser defaults to netscape.exe on OS/2 now.
913 - Tix.ResizeHandle exposes detach_widget, hide, and show.
915 - The charset alias windows_1252 has been added.
917 - types.StringTypes is a tuple containing the defined string types;
918   usually this will be (str, unicode), but if Python was compiled
919   without Unicode support it will be just (str,).
921 - The pulldom and minidom modules were synchronized to PyXML.
923 Tools/Demos
924 -----------
926 - A new script called Tools/scripts/google.py was added, which fires
927   off a search on Google.
929 Build
930 -----
932 - Note that release builds of Python should arrange to define the
933   preprocessor symbol NDEBUG on the command line (or equivalent).
934   In the 2.2 pre-release series we tried to define this by magic in
935   Python.h instead, but it proved to cause problems for extension
936   authors.  The Unix, Windows and Mac builds now all define NDEBUG in
937   release builds via cmdline (or equivalent) instead.  Ports to
938   other platforms should do likewise.
940 - It is no longer necessary to use --with-suffix when building on a
941   case-insensitive file system (such as Mac OS X HFS+). In the build
942   directory an extension is used, but not in the installed python.
944 C API
945 -----
947 - New function PyDict_MergeFromSeq2() exposes the builtin dict
948   constructor's logic for updating a dictionary from an iterable object
949   producing key-value pairs.
951 - PyArg_ParseTupleAndKeywords() requires that the number of entries in
952   the keyword list equal the number of argument specifiers.  This
953   wasn't checked correctly, and PyArg_ParseTupleAndKeywords could even
954   dump core in some bad cases.  This has been repaired.  As a result,
955   PyArg_ParseTupleAndKeywords may raise RuntimeError in bad cases that
956   previously went unchallenged.
958 New platforms
959 -------------
961 Tests
962 -----
964 Windows
965 -------
968 ----
970 - In unix-Python on Mac OS X (and darwin) sys.platform is now "darwin",
971   without any trailing digits.
973 - Changed logic for finding python home in Mac OS X framework Pythons.
974   Now sys.executable points to the executable again, in stead of to
975   the shared library. The latter is used only for locating the python
976   home.
979 What's New in Python 2.2b2?
980 ===========================
982 *Release date: 16-Nov-2001*
984 Type/class unification and new-style classes
985 --------------------------------------------
987 - Multiple inheritance mixing new-style and classic classes in the
988   list of base classes is now allowed, so this works now:
990       class Classic: pass
991       class Mixed(Classic, object): pass
993   The MRO (method resolution order) for each base class is respected
994   according to its kind, but the MRO for the derived class is computed
995   using new-style MRO rules if any base class is a new-style class.
996   This needs to be documented.
998 - The new builtin dictionary() constructor, and dictionary type, have
999   been renamed to dict.  This reflects a decade of common usage.
1001 - dict() now accepts an iterable object producing 2-sequences.  For
1002   example, dict(d.items()) == d for any dictionary d.  The argument,
1003   and the elements of the argument, can be any iterable objects.
1005 - New-style classes can now have a __del__ method, which is called
1006   when the instance is deleted (just like for classic classes).
1008 - Assignment to object.__dict__ is now possible, for objects that are
1009   instances of new-style classes that have a __dict__ (unless the base
1010   class forbids it).
1012 - Methods of built-in types now properly check for keyword arguments
1013   (formerly these were silently ignored).  The only built-in methods
1014   that take keyword arguments are __call__, __init__ and __new__.
1016 - The socket function has been converted to a type; see below.
1018 Core and builtins
1019 -----------------
1021 - Assignment to __debug__ raises SyntaxError at compile-time.  This
1022   was promised when 2.1c1 was released as "What's New in Python 2.1c1"
1023   (see below) says.
1025 - Clarified the error messages for unsupported operands to an operator
1026   (like 1 + '').
1028 Extension modules
1029 -----------------
1031 - mmap has a new keyword argument, "access", allowing a uniform way for
1032   both Windows and Unix users to create read-only, write-through and
1033   copy-on-write memory mappings.  This was previously possible only on
1034   Unix.  A new keyword argument was required to support this in a
1035   uniform way because the mmap() signatures had diverged across
1036   platforms.  Thanks to Jay T Miller for repairing this!
1038 - By default, the gc.garbage list now contains only those instances in
1039   unreachable cycles that have __del__ methods; in 2.1 it contained all
1040   instances in unreachable cycles.  "Instances" here has been generalized
1041   to include instances of both new-style and old-style classes.
1043 - The socket module defines a new method for socket objects,
1044   sendall().  This is like send() but may make multiple calls to
1045   send() until all data has been sent.  Also, the socket function has
1046   been converted to a subclassable type, like list and tuple (etc.)
1047   before it; socket and SocketType are now the same thing.
1049 - Various bugfixes to the curses module.  There is now a test suite
1050   for the curses module (you have to run it manually).
1052 - binascii.b2a_base64 no longer places an arbitrary restriction of 57
1053   bytes on its input.
1055 Library
1056 -------
1058 - tkFileDialog exposes a Directory class and askdirectory
1059   convenience function.
1061 - Symbolic group names in regular expressions must be unique.  For
1062   example, the regexp r'(?P<abc>)(?P<abc>)' is not allowed, because a
1063   single name can't mean both "group 1" and "group 2" simultaneously.
1064   Python 2.2 detects this error at regexp compilation time;
1065   previously, the error went undetected, and results were
1066   unpredictable.  Also in sre, the pattern.split(), pattern.sub(), and
1067   pattern.subn() methods have been rewritten in C.  Also, an
1068   experimental function/method finditer() has been added, which works
1069   like findall() but returns an iterator.
1071 - Tix exposes more commands through the classes DirSelectBox,
1072   DirSelectDialog, ListNoteBook, Meter, CheckList, and the
1073   methods tix_addbitmapdir, tix_cget, tix_configure, tix_filedialog,
1074   tix_getbitmap, tix_getimage, tix_option_get, and tix_resetoptions.
1076 - Traceback objects are now scanned by cyclic garbage collection, so
1077   cycles created by casual use of sys.exc_info() no longer cause
1078   permanent memory leaks (provided garbage collection is enabled).
1080 - os.extsep -- a new variable needed by the RISCOS support.  It is the
1081   separator used by extensions, and is '.' on all platforms except
1082   RISCOS, where it is '/'.  There is no need to use this variable
1083   unless you have a masochistic desire to port your code to RISCOS.
1085 - mimetypes.py has optional support for non-standard, but commonly
1086   found types.  guess_type() and guess_extension() now accept an
1087   optional 'strict' flag, defaulting to true, which controls whether
1088   recognize non-standard types or not.  A few non-standard types we
1089   know about have been added.  Also, when run as a script, there are
1090   new -l and -e options.
1092 - statcache is now deprecated.
1094 - email.Utils.formatdate() now produces the preferred RFC 2822 style
1095   dates with numeric timezones (it used to produce obsolete dates
1096   hard coded to "GMT" timezone).  An optional 'localtime' flag is
1097   added to produce dates in the local timezone, with daylight savings
1098   time properly taken into account.
1100 - In pickle and cPickle, instead of masking errors in load() by
1101   transforming them into SystemError, we let the original exception
1102   propagate out.  Also, implement support for __safe_for_unpickling__
1103   in pickle, as it already was supported in cPickle.
1105 Tools/Demos
1106 -----------
1108 Build
1109 -----
1111 - The dbm module is built using libdb1 if available.  The bsddb module
1112   is built with libdb3 if available.
1114 - Misc/Makefile.pre.in has been removed by BDFL pronouncement.
1116 C API
1117 -----
1119 - New function PySequence_Fast_GET_SIZE() returns the size of a non-
1120   NULL result from PySequence_Fast(), more quickly than calling
1121   PySequence_Size().
1123 - New argument unpacking function PyArg_UnpackTuple() added.
1125 - New functions PyObject_CallFunctionObjArgs() and
1126   PyObject_CallMethodObjArgs() have been added to make it more
1127   convenient and efficient to call functions and methods from C.
1129 - PyArg_ParseTupleAndKeywords() no longer masks errors, so it's
1130   possible that this will propagate errors it didn't before.
1132 - New function PyObject_CheckReadBuffer(), which returns true if its
1133   argument supports the single-segment readable buffer interface.
1135 New platforms
1136 -------------
1138 - We've finally confirmed that this release builds on HP-UX 11.00,
1139   *with* threads, and passes the test suite.
1141 - Thanks to a series of patches from Michael Muller, Python may build
1142   again under OS/2 Visual Age C++.
1144 - Updated RISCOS port by Dietmar Schwertberger.
1146 Tests
1147 -----
1149 - Added a test script for the curses module.  It isn't run automatically;
1150   regrtest.py must be run with '-u curses' to enable it.
1152 Windows
1153 -------
1156 ----
1158 - PythonScript has been moved to unsupported and is slated to be
1159   removed completely in the next release.
1161 - It should now be possible to build applets that work on both OS9 and
1162   OSX.
1164 - The core is now linked with CoreServices not Carbon; as a side
1165   result, default 8bit encoding on OSX is now ASCII.
1167 - Python should now build on OSX 10.1.1
1170 What's New in Python 2.2b1?
1171 ===========================
1173 *Release date: 19-Oct-2001*
1175 Type/class unification and new-style classes
1176 --------------------------------------------
1178 - New-style classes are now always dynamic (except for built-in and
1179   extension types).  There is no longer a performance penalty, and I
1180   no longer see another reason to keep this baggage around.  One relic
1181   remains: the __dict__ of a new-style class is a read-only proxy; you
1182   must set the class's attribute to modify it.  As a consequence, the
1183   __defined__ attribute of new-style types no longer exists, for lack
1184   of need: there is once again only one __dict__ (although in the
1185   future a __cache__ may be resurrected with a similar function, if I
1186   can prove that it actually speeds things up).
1188 - C.__doc__ now works as expected for new-style classes (in 2.2a4 it
1189   always returned None, even when there was a class docstring).
1191 - doctest now finds and runs docstrings attached to new-style classes,
1192   class methods, static methods, and properties.
1194 Core and builtins
1195 -----------------
1197 - A very subtle syntactical pitfall in list comprehensions was fixed.
1198   For example: [a+b for a in 'abc', for b in 'def'].  The comma in
1199   this example is a mistake.  Previously, this would silently let 'a'
1200   iterate over the singleton tuple ('abc',), yielding ['abcd', 'abce',
1201   'abcf'] rather than the intended ['ad', 'ae', 'af', 'bd', 'be',
1202   'bf', 'cd', 'ce', 'cf'].  Now, this is flagged as a syntax error.
1203   Note that [a for a in <singleton>] is a convoluted way to say
1204   [<singleton>] anyway, so it's not like any expressiveness is lost.
1206 - getattr(obj, name, default) now only catches AttributeError, as
1207   documented, rather than returning the default value for all
1208   exceptions (which could mask bugs in a __getattr__ hook, for
1209   example).
1211 - Weak reference objects are now part of the core and offer a C API.
1212   A bug which could allow a core dump when binary operations involved
1213   proxy reference has been fixed.  weakref.ReferenceError is now a
1214   built-in exception.
1216 - unicode(obj) now behaves more like str(obj), accepting arbitrary
1217   objects, and calling a __unicode__ method if it exists.
1218   unicode(obj, encoding) and unicode(obj, encoding, errors) still
1219   require an 8-bit string or character buffer argument.
1221 - isinstance() now allows any object as the first argument and a
1222   class, a type or something with a __bases__ tuple attribute for the
1223   second argument.  The second argument may also be a tuple of a
1224   class, type, or something with __bases__, in which case isinstance()
1225   will return true if the first argument is an instance of any of the
1226   things contained in the second argument tuple.  E.g.
1228   isinstance(x, (A, B))
1230   returns true if x is an instance of A or B.
1232 Extension modules
1233 -----------------
1235 - thread.start_new_thread() now returns the thread ID (previously None).
1237 - binascii has now two quopri support functions, a2b_qp and b2a_qp.
1239 - readline now supports setting the startup_hook and the
1240   pre_event_hook, and adds the add_history() function.
1242 - os and posix supports chroot(), setgroups() and unsetenv() where
1243   available.  The stat(), fstat(), statvfs() and fstatvfs() functions
1244   now return "pseudo-sequences" -- the various fields can now be
1245   accessed as attributes (e.g. os.stat("/").st_mtime) but for
1246   backwards compatibility they also behave as a fixed-length sequence.
1247   Some platform-specific fields (e.g. st_rdev) are only accessible as
1248   attributes.
1250 - time: localtime(), gmtime() and strptime() now return a
1251   pseudo-sequence similar to the os.stat() return value, with
1252   attributes like tm_year etc.
1254 - Decompression objects in the zlib module now accept an optional
1255   second parameter to decompress() that specifies the maximum amount
1256   of memory to use for the uncompressed data.
1258 - optional SSL support in the socket module now exports OpenSSL
1259   functions RAND_add(), RAND_egd(), and RAND_status().  These calls
1260   are useful on platforms like Solaris where OpenSSL does not
1261   automatically seed its PRNG.  Also, the keyfile and certfile
1262   arguments to socket.ssl() are now optional.
1264 - posixmodule (and by extension, the os module on POSIX platforms) now
1265   exports O_LARGEFILE, O_DIRECT, O_DIRECTORY, and O_NOFOLLOW.
1267 Library
1268 -------
1270 - doctest now excludes functions and classes not defined by the module
1271   being tested, thanks to Tim Hochberg.
1273 - HotShot, a new profiler implemented using a C-based callback, has
1274   been added.  This substantially reduces the overhead of profiling,
1275   but it is still quite preliminary.  Support modules and
1276   documentation will be added in upcoming releases (before 2.2 final).
1278 - profile now produces correct output in situations where an exception
1279   raised in Python is cleared by C code (e.g. hasattr()).  This used
1280   to cause wrong output, including spurious claims of recursive
1281   functions and attribution of time spent to the wrong function.
1283   The code and documentation for the derived OldProfile and HotProfile
1284   profiling classes was removed.  The code hasn't worked for years (if
1285   you tried to use them, they raised exceptions).  OldProfile
1286   intended to reproduce the behavior of the profiler Python used more
1287   than 7 years ago, and isn't interesting anymore.  HotProfile intended
1288   to provide a faster profiler (but producing less information), and
1289   that's a worthy goal we intend to meet via a different approach (but
1290   without losing information).
1292 - Profile.calibrate() has a new implementation that should deliver
1293   a much better system-specific calibration constant.  The constant can
1294   now be specified in an instance constructor, or as a Profile class or
1295   instance variable, instead of by editing profile.py's source code.
1296   Calibration must still be done manually (see the docs for the profile
1297   module).
1299   Note that Profile.calibrate() must be overriden by subclasses.
1300   Improving the accuracy required exploiting detailed knowledge of
1301   profiler internals; the earlier method abstracted away the details
1302   and measured a simplified model instead, but consequently computed
1303   a constant too small by a factor of 2 on some modern machines.
1305 - quopri's encode and decode methods take an optional header parameter,
1306   which indicates whether output is intended for the header 'Q'
1307   encoding.
1309 - The SocketServer.ThreadingMixIn class now closes the request after
1310   finish_request() returns.  (Not when it errors out though.)
1312 - The nntplib module's NNTP.body() method has grown a 'file' argument
1313   to allow saving the message body to a file.
1315 - The email package has added a class email.Parser.HeaderParser which
1316   only parses headers and does not recurse into the message's body.
1317   Also, the module/class MIMEAudio has been added for representing
1318   audio data (contributed by Anthony Baxter).
1320 - ftplib should be able to handle files > 2GB.
1322 - ConfigParser.getboolean() now also interprets TRUE, FALSE, YES, NO,
1323   ON, and OFF.
1325 - xml.dom.minidom NodeList objects now support the length attribute
1326   and item() method as required by the DOM specifications.
1328 Tools/Demos
1329 -----------
1331 - Demo/dns was removed.  It no longer serves any purpose; a package
1332   derived from it is now maintained by Anthony Baxter, see
1333   http://PyDNS.SourceForge.net.
1335 - The freeze tool has been made more robust, and two new options have
1336   been added: -X and -E.
1338 Build
1339 -----
1341 - configure will use CXX in LINKCC if CXX is used to build main() and
1342   the system requires to link a C++ main using the C++ compiler.
1344 C API
1345 -----
1347 - The documentation for the tp_compare slot is updated to require that
1348   the return value must be -1, 0, 1; an arbitrary number <0 or >0 is
1349   not correct.  This is not yet enforced but will be enforced in
1350   Python 2.3; even later, we may use -2 to indicate errors and +2 for
1351   "NotImplemented".  Right now, -1 should be used for an error return.
1353 - PyLong_AsLongLong() now accepts int (as well as long) arguments.
1354   Consequently, PyArg_ParseTuple's 'L' code also accepts int (as well
1355   as long) arguments.
1357 - PyThread_start_new_thread() now returns a long int giving the thread
1358   ID, if one can be calculated; it returns -1 for error, 0 if no
1359   thread ID is calculated (this is an incompatible change, but only
1360   the thread module used this API).  This code has only really been
1361   tested on Linux and Windows; other platforms please beware (and
1362   report any bugs or strange behavior).
1364 - PyUnicode_FromEncodedObject() no longer accepts Unicode objects as
1365   input.
1367 New platforms
1368 -------------
1370 Tests
1371 -----
1373 Windows
1374 -------
1376 - Installer:  If you install IDLE, and don't disable file-extension
1377   registration, a new "Edit with IDLE" context (right-click) menu entry
1378   is created for .py and .pyw files.
1380 - The signal module now supports SIGBREAK on Windows, thanks to Steven
1381   Scott.  Note that SIGBREAK is unique to Windows.  The default SIGBREAK
1382   action remains to call Win32 ExitProcess().  This can be changed via
1383   signal.signal().  For example::
1385       # Make Ctrl+Break raise KeyboardInterrupt, like Python's default Ctrl+C
1386       # (SIGINT) behavior.
1387       import signal
1388       signal.signal(signal.SIGBREAK, signal.default_int_handler)
1390       try:
1391           while 1:
1392               pass
1393       except KeyboardInterrupt:
1394           # We get here on Ctrl+C or Ctrl+Break now; if we had not changed
1395           # SIGBREAK, only on Ctrl+C (and Ctrl+Break would terminate the
1396           # program without the possibility for any Python-level cleanup).
1397           print "Clean exit"
1400 What's New in Python 2.2a4?
1401 ===========================
1403 *Release date: 28-Sep-2001*
1405 Type/class unification and new-style classes
1406 --------------------------------------------
1408 - pydoc and inspect are now aware of new-style classes;
1409   e.g. help(list) at the interactive prompt now shows proper
1410   documentation for all operations on list objects.
1412 - Applications using Jim Fulton's ExtensionClass module can now safely
1413   be used with Python 2.2.  In particular, Zope 2.4.1 now works with
1414   Python 2.2 (as well as with Python 2.1.1).  The Demo/metaclass
1415   examples also work again.  It is hoped that Gtk and Boost also work
1416   with 2.2a4 and beyond.  (If you can confirm this, please write
1417   webmaster@python.org; if there are still problems, please open a bug
1418   report on SourceForge.)
1420 - property() now takes 4 keyword arguments:  fget, fset, fdel and doc.
1421   These map to read-only attributes 'fget', 'fset', 'fdel', and '__doc__'
1422   in the constructed property object.  fget, fset and fdel weren't
1423   discoverable from Python in 2.2a3.  __doc__ is new, and allows to
1424   associate a docstring with a property.
1426 - Comparison overloading is now more completely implemented.  For
1427   example, a str subclass instance can properly be compared to a str
1428   instance, and it can properly overload comparison.  Ditto for most
1429   other built-in object types.
1431 - The repr() of new-style classes has changed; instead of <type
1432   'M.Foo'> a new-style class is now rendered as <class 'M.Foo'>,
1433   *except* for built-in types, which are still rendered as <type
1434   'Foo'> (to avoid upsetting existing code that might parse or
1435   otherwise rely on repr() of certain type objects).
1437 - The repr() of new-style objects is now always <Foo object at XXX>;
1438   previously, it was sometimes <Foo instance at XXX>.
1440 - For new-style classes, what was previously called __getattr__ is now
1441   called __getattribute__.  This method, if defined, is called for
1442   *every* attribute access.  A new __getattr__ hook more similar to the
1443   one in classic classes is defined which is called only if regular
1444   attribute access raises AttributeError; to catch *all* attribute
1445   access, you can use __getattribute__ (for new-style classes).  If
1446   both are defined, __getattribute__ is called first, and if it raises
1447   AttributeError, __getattr__ is called.
1449 - The __class__ attribute of new-style objects can be assigned to.
1450   The new class must have the same C-level object layout as the old
1451   class.
1453 - The builtin file type can be subclassed now.  In the usual pattern,
1454   "file" is the name of the builtin type, and file() is a new builtin
1455   constructor, with the same signature as the builtin open() function.
1456   file() is now the preferred way to open a file.
1458 - Previously, __new__ would only see sequential arguments passed to
1459   the type in a constructor call; __init__ would see both sequential
1460   and keyword arguments.  This made no sense whatsoever any more, so
1461   now both __new__ and __init__ see all arguments.
1463 - Previously, hash() applied to an instance of a subclass of str or
1464   unicode always returned 0.  This has been repaired.
1466 - Previously, an operation on an instance of a subclass of an
1467   immutable type (int, long, float, complex, tuple, str, unicode),
1468   where the subtype didn't override the operation (and so the
1469   operation was handled by the builtin type), could return that
1470   instance instead a value of the base type.  For example, if s was of
1471   a str subclass type, s[:] returned s as-is.  Now it returns a str
1472   with the same value as s.
1474 - Provisional support for pickling new-style objects has been added.
1476 Core
1477 ----
1479 - file.writelines() now accepts any iterable object producing strings.
1481 - PyUnicode_FromEncodedObject() now works very much like
1482   PyObject_Str(obj) in that it tries to use __str__/tp_str
1483   on the object if the object is not a string or buffer. This
1484   makes unicode() behave like str() when applied to non-string/buffer
1485   objects.
1487 - PyFile_WriteObject now passes Unicode objects to the file's write
1488   method. As a result, all file-like objects which may be the target
1489   of a print statement must support Unicode objects, i.e. they must
1490   at least convert them into ASCII strings.
1492 - Thread scheduling on Solaris should be improved; it is no longer
1493   necessary to insert a small sleep at the start of a thread in order
1494   to let other runnable threads be scheduled.
1496 Library
1497 -------
1499 - StringIO.StringIO instances and cStringIO.StringIO instances support
1500   read character buffer compatible objects for their .write() methods.
1501   These objects are converted to strings and then handled as such
1502   by the instances.
1504 - The "email" package has been added.  This is basically a port of the
1505   mimelib package <http://sf.net/projects/mimelib> with API changes
1506   and some implementations updated to use iterators and generators.
1508 - difflib.ndiff() and difflib.Differ.compare() are generators now.  This
1509   restores the ability of Tools/scripts/ndiff.py to start producing output
1510   before the entire comparison is complete.
1512 - StringIO.StringIO instances and cStringIO.StringIO instances support
1513   iteration just like file objects (i.e. their .readline() method is
1514   called for each iteration until it returns an empty string).
1516 - The codecs module has grown four new helper APIs to access
1517   builtin codecs: getencoder(), getdecoder(), getreader(),
1518   getwriter().
1520 - SimpleXMLRPCServer: a new module (based upon SimpleHTMLServer)
1521   simplifies writing XML RPC servers.
1523 - os.path.realpath(): a new function that returns the absolute pathname
1524   after interpretation of symbolic links.  On non-Unix systems, this
1525   is an alias for os.path.abspath().
1527 - operator.indexOf() (PySequence_Index() in the C API) now works with any
1528   iterable object.
1530 - smtplib now supports various authentication and security features of
1531   the SMTP protocol through the new login() and starttls() methods.
1533 - hmac: a new module implementing keyed hashing for message
1534   authentication.
1536 - mimetypes now recognizes more extensions and file types.  At the
1537   same time, some mappings not sanctioned by IANA were removed.
1539 - The "compiler" package has been brought up to date to the state of
1540   Python 2.2 bytecode generation.  It has also been promoted from a
1541   Tool to a standard library package.  (Tools/compiler still exists as
1542   a sample driver.)
1544 Tools
1545 -----
1547 Build
1548 -----
1550 - Large file support (LFS) is now automatic when the platform supports
1551   it; no more manual configuration tweaks are needed.  On Linux, at
1552   least, it's possible to have a system whose C library supports large
1553   files but whose kernel doesn't; in this case, large file support is
1554   still enabled but doesn't do you any good unless you upgrade your
1555   kernel or share your Python executable with another system whose
1556   kernel has large file support.
1558 - The configure script now supplies plausible defaults in a
1559   cross-compilation environment.  This doesn't mean that the supplied
1560   values are always correct, or that cross-compilation now works
1561   flawlessly -- but it's a first step (and it shuts up most of
1562   autoconf's warnings about AC_TRY_RUN).
1564 - The Unix build is now a bit less chatty, courtesy of the parser
1565   generator.  The build is completely silent (except for errors) when
1566   using "make -s", thanks to a -q option to setup.py.
1568 C API
1569 -----
1571 - The "structmember" API now supports some new flag bits to deny read
1572   and/or write access to attributes in restricted execution mode.
1574 New platforms
1575 -------------
1577 - Compaq's iPAQ handheld, running the "familiar" Linux distribution
1578   (http://familiar.handhelds.org).
1580 Tests
1581 -----
1583 - The "classic" standard tests, which work by comparing stdout to
1584   an expected-output file under Lib/test/output/, no longer stop at
1585   the first mismatch.  Instead the test is run to completion, and a
1586   variant of ndiff-style comparison is used to report all differences.
1587   This is much easier to understand than the previous style of reporting.
1589 - The unittest-based standard tests now use regrtest's test_main()
1590   convention, instead of running as a side-effect of merely being
1591   imported.  This allows these tests to be run in more natural and
1592   flexible ways as unittests, outside the regrtest framework.
1594 - regrtest.py is much better integrated with unittest and doctest now,
1595   especially in regard to reporting errors.
1597 Windows
1598 -------
1600 - Large file support now also works for files > 4GB, on filesystems
1601   that support it (NTFS under Windows 2000).  See "What's New in
1602   Python 2.2a3" for more detail.
1605 What's New in Python 2.2a3?
1606 ===========================
1608 *Release Date: 07-Sep-2001*
1610 Core
1611 ----
1613 - Conversion of long to float now raises OverflowError if the long is too
1614   big to represent as a C double.
1616 - The 3-argument builtin pow() no longer allows a third non-None argument
1617   if either of the first two arguments is a float, or if both are of
1618   integer types and the second argument is negative (in which latter case
1619   the arguments are converted to float, so this is really the same
1620   restriction).
1622 - The builtin dir() now returns more information, and sometimes much
1623   more, generally naming all attributes of an object, and all attributes
1624   reachable from the object via its class, and from its class's base
1625   classes, and so on from them too.  Example:  in 2.2a2, dir([]) returned
1626   an empty list.  In 2.2a3,
1628   >>> dir([])
1629   ['__add__', '__class__', '__contains__', '__delattr__', '__delitem__',
1630    '__eq__', '__ge__', '__getattr__', '__getitem__', '__getslice__',
1631    '__gt__', '__hash__', '__iadd__', '__imul__', '__init__', '__le__',
1632    '__len__', '__lt__', '__mul__', '__ne__', '__new__', '__repr__',
1633    '__rmul__', '__setattr__', '__setitem__', '__setslice__', '__str__',
1634    'append', 'count', 'extend', 'index', 'insert', 'pop', 'remove',
1635    'reverse', 'sort']
1637   dir(module) continues to return only the module's attributes, though.
1639 - Overflowing operations on plain ints now return a long int rather
1640   than raising OverflowError.  This is a partial implementation of PEP
1641   237.  You can use -Wdefault::OverflowWarning to enable a warning for
1642   this situation, and -Werror::OverflowWarning to revert to the old
1643   OverflowError exception.
1645 - A new command line option, -Q<arg>, is added to control run-time
1646   warnings for the use of classic division.  (See PEP 238.)  Possible
1647   values are -Qold, -Qwarn, -Qwarnall, and -Qnew.  The default is
1648   -Qold, meaning the / operator has its classic meaning and no
1649   warnings are issued.  Using -Qwarn issues a run-time warning about
1650   all uses of classic division for int and long arguments; -Qwarnall
1651   also warns about classic division for float and complex arguments
1652   (for use with fixdiv.py).
1653   [Note:  the remainder of this item (preserved below) became
1654   obsolete in 2.2c1 -- -Qnew has global effect in 2.2] ::
1656     Using -Qnew is questionable; it turns on new division by default, but
1657     only in the __main__ module.  You can usefully combine -Qwarn or
1658     -Qwarnall and -Qnew: this gives the __main__ module new division, and
1659     warns about classic division everywhere else.
1661 - Many built-in types can now be subclassed.  This applies to int,
1662   long, float, str, unicode, and tuple.  (The types complex, list and
1663   dictionary can also be subclassed; this was introduced earlier.)
1664   Note that restrictions apply when subclassing immutable built-in
1665   types: you can only affect the value of the instance by overloading
1666   __new__.  You can add mutable attributes, and the subclass instances
1667   will have a __dict__ attribute, but you cannot change the "value"
1668   (as implemented by the base class) of an immutable subclass instance
1669   once it is created.
1671 - The dictionary constructor now takes an optional argument, a
1672   mapping-like object, and initializes the dictionary from its
1673   (key, value) pairs.
1675 - A new built-in type, super, has been added.  This facilitates making
1676   "cooperative super calls" in a multiple inheritance setting.  For an
1677   explanation, see http://www.python.org/2.2/descrintro.html#cooperation
1679 - A new built-in type, property, has been added.  This enables the
1680   creation of "properties".  These are attributes implemented by
1681   getter and setter functions (or only one of these for read-only or
1682   write-only attributes), without the need to override __getattr__.
1683   See http://www.python.org/2.2/descrintro.html#property
1685 - The syntax of floating-point and imaginary literals has been
1686   liberalized, to allow leading zeroes.  Examples of literals now
1687   legal that were SyntaxErrors before:
1689       00.0    0e3   0100j   07.5   00000000000000000008.
1691 - An old tokenizer bug allowed floating point literals with an incomplete
1692   exponent, such as 1e and 3.1e-.  Such literals now raise SyntaxError.
1694 Library
1695 -------
1697 - telnetlib includes symbolic names for the options, and support for
1698   setting an option negotiation callback.
1700 - The new C standard no longer requires that math libraries set errno to
1701   ERANGE on overflow.  For platform libraries that exploit this new
1702   freedom, Python's overflow-checking was wholly broken.  A new overflow-
1703   checking scheme attempts to repair that, but may not be reliable on all
1704   platforms (C doesn't seem to provide anything both useful and portable
1705   in this area anymore).
1707 - Asynchronous timeout actions are available through the new class
1708   threading.Timer.
1710 - math.log and math.log10 now return sensible results for even huge
1711   long arguments.  For example, math.log10(10 ** 10000) ~= 10000.0.
1713 - A new function, imp.lock_held(), returns 1 when the import lock is
1714   currently held.  See the docs for the imp module.
1716 - pickle, cPickle and marshal on 32-bit platforms can now correctly read
1717   dumps containing ints written on platforms where Python ints are 8 bytes.
1718   When read on a box where Python ints are 4 bytes, such values are
1719   converted to Python longs.
1721 - In restricted execution mode (using the rexec module), unmarshalling
1722   code objects is no longer allowed.  This plugs a security hole.
1724 - unittest.TestResult instances no longer store references to tracebacks
1725   generated by test failures. This prevents unexpected dangling references
1726   to objects that should be garbage collected between tests.
1728 Tools
1729 -----
1731 - Tools/scripts/fixdiv.py has been added which can be used to fix
1732   division operators as per PEP 238.
1734 Build
1735 -----
1737 - If you are an adventurous person using Mac OS X you may want to look at
1738   Mac/OSX. There is a Makefile there that will build Python as a real Mac
1739   application, which can be used for experimenting with Carbon or Cocoa.
1740   Discussion of this on pythonmac-sig, please.
1742 C API
1743 -----
1745 - New function PyObject_Dir(obj), like Python __builtin__.dir(obj).
1747 - Note that PyLong_AsDouble can fail!  This has always been true, but no
1748   callers checked for it.  It's more likely to fail now, because overflow
1749   errors are properly detected now.  The proper way to check::
1751       double x = PyLong_AsDouble(some_long_object);
1752       if (x == -1.0 && PyErr_Occurred()) {
1753               /* The conversion failed. */
1754       }
1756 - The GC API has been changed.  Extensions that use the old API will still
1757   compile but will not participate in GC.  To upgrade an extension
1758   module:
1760     - rename Py_TPFLAGS_GC to PyTPFLAGS_HAVE_GC
1762     - use PyObject_GC_New or PyObject_GC_NewVar to allocate objects and
1763       PyObject_GC_Del to deallocate them
1765     - rename PyObject_GC_Init to PyObject_GC_Track and PyObject_GC_Fini
1766       to PyObject_GC_UnTrack
1768     - remove PyGC_HEAD_SIZE from object size calculations
1770     - remove calls to PyObject_AS_GC and PyObject_FROM_GC
1772 - Two new functions: PyString_FromFormat() and PyString_FromFormatV().
1773   These can be used safely to construct string objects from a
1774   sprintf-style format string (similar to the format string supported
1775   by PyErr_Format()).
1777 New platforms
1778 -------------
1780 - Stephen Hansen contributed patches sufficient to get a clean compile
1781   under Borland C (Windows), but he reports problems running it and ran
1782   out of time to complete the port.  Volunteers?  Expect a MemoryError
1783   when importing the types module; this is probably shallow, and
1784   causing later failures too.
1786 Tests
1787 -----
1789 Windows
1790 -------
1792 - Large file support is now enabled on Win32 platforms as well as on
1793   Win64.  This means that, for example, you can use f.tell() and f.seek()
1794   to manipulate files larger than 2 gigabytes (provided you have enough
1795   disk space, and are using a Windows filesystem that supports large
1796   partitions).  Windows filesystem limits:  FAT has a 2GB (gigabyte)
1797   filesize limit, and large file support makes no difference there.
1798   FAT32's limit is 4GB, and files >= 2GB are easier to use from Python now.
1799   NTFS has no practical limit on file size, and files of any size can be
1800   used from Python now.
1802 - The w9xpopen hack is now used on Windows NT and 2000 too when COMPSPEC
1803   points to command.com (patch from Brian Quinlan).
1806 What's New in Python 2.2a2?
1807 ===========================
1809 *Release Date: 22-Aug-2001*
1811 Build
1812 -----
1814 - Tim Peters developed a brand new Windows installer using Wise 8.1,
1815   generously donated to us by Wise Solutions.
1817 - configure supports a new option --enable-unicode, with the values
1818   ucs2 and ucs4 (new in 2.2a1). With --disable-unicode, the Unicode
1819   type and supporting code is completely removed from the interpreter.
1821 - A new configure option --enable-framework builds a Mac OS X framework,
1822   which "make frameworkinstall" will install. This provides a starting
1823   point for more mac-like functionality, join pythonmac-sig@python.org
1824   if you are interested in helping.
1826 - The NeXT platform is no longer supported.
1828 - The 'new' module is now statically linked.
1830 Tools
1831 -----
1833 - The new Tools/scripts/cleanfuture.py can be used to automatically
1834   edit out obsolete future statements from Python source code.  See
1835   the module docstring for details.
1837 Tests
1838 -----
1840 - regrtest.py now knows which tests are expected to be skipped on some
1841   platforms, allowing to give clearer test result output.  regrtest
1842   also has optional --use/-u switch to run normally disabled tests
1843   which require network access or consume significant disk resources.
1845 - Several new tests in the standard test suite, with special thanks to
1846   Nick Mathewson.
1848 Core
1849 ----
1851 - The floor division operator // has been added as outlined in PEP
1852   238.  The / operator still provides classic division (and will until
1853   Python 3.0) unless "from __future__ import division" is included, in
1854   which case the / operator will provide true division.  The operator
1855   module provides truediv() and floordiv() functions.  Augmented
1856   assignment variants are included, as are the equivalent overloadable
1857   methods and C API methods.  See the PEP for a full discussion:
1858   <http://python.sf.net/peps/pep-0238.html>
1860 - Future statements are now effective in simulated interactive shells
1861   (like IDLE).  This should "just work" by magic, but read Michael
1862   Hudson's "Future statements in simulated shells" PEP 264 for full
1863   details:  <http://python.sf.net/peps/pep-0264.html>.
1865 - The type/class unification (PEP 252-253) was integrated into the
1866   trunk and is not so tentative any more (the exact specification of
1867   some features is still tentative).  A lot of work has done on fixing
1868   bugs and adding robustness and features (performance still has to
1869   come a long way).
1871 - Warnings about a mismatch in the Python API during extension import
1872   now use the Python warning framework (which makes it possible to
1873   write filters for these warnings).
1875 - A function's __dict__ (aka func_dict) will now always be a
1876   dictionary.  It used to be possible to delete it or set it to None,
1877   but now both actions raise TypeErrors.  It is still legal to set it
1878   to a dictionary object.  Getting func.__dict__ before any attributes
1879   have been assigned now returns an empty dictionary instead of None.
1881 - A new command line option, -E, was added which disables the use of
1882   all environment variables, or at least those that are specifically
1883   significant to Python.  Usually those have a name starting with
1884   "PYTHON".  This was used to fix a problem where the tests fail if
1885   the user happens to have PYTHONHOME or PYTHONPATH pointing to an
1886   older distribution.
1888 Library
1889 -------
1891 - New class Differ and new functions ndiff() and restore() in difflib.py.
1892   These package the algorithms used by the popular Tools/scripts/ndiff.py,
1893   for programmatic reuse.
1895 - New function xml.sax.saxutils.quoteattr():  Quote an XML attribute
1896   value using the minimal quoting required for the value; more
1897   reliable than using xml.sax.saxutils.escape() for attribute values.
1899 - Readline completion support for cmd.Cmd was added.
1901 - Calling os.tempnam() or os.tmpnam() generate RuntimeWarnings.
1903 - Added function threading.BoundedSemaphore()
1905 - Added Ka-Ping Yee's cgitb.py module.
1907 - The 'new' module now exposes the CO_xxx flags.
1909 - The gc module offers the get_referents function.
1911 New platforms
1912 -------------
1914 C API
1915 -----
1917 - Two new APIs PyOS_snprintf() and PyOS_vsnprintf() were added
1918   which provide a cross-platform implementations for the
1919   relatively new snprintf()/vsnprintf() C lib APIs. In contrast to
1920   the standard sprintf() and vsprintf() C lib APIs, these versions
1921   apply bounds checking on the used buffer which enhances protection
1922   against buffer overruns.
1924 - Unicode APIs now use name mangling to assure that mixing interpreters
1925   and extensions using different Unicode widths is rendered next to
1926   impossible. Trying to import an incompatible Unicode-aware extension
1927   will result in an ImportError.  Unicode extensions writers must make
1928   sure to check the Unicode width compatibility in their extensions by
1929   using at least one of the mangled Unicode APIs in the extension.
1931 - Two new flags METH_NOARGS and METH_O are available in method definition
1932   tables to simplify implementation of methods with no arguments and a
1933   single untyped argument. Calling such methods is more efficient than
1934   calling corresponding METH_VARARGS methods. METH_OLDARGS is now
1935   deprecated.
1937 Windows
1938 -------
1940 - "import module" now compiles module.pyw if it exists and nothing else
1941   relevant is found.
1944 What's New in Python 2.2a1?
1945 ===========================
1947 *Release date: 18-Jul-2001*
1949 Core
1950 ----
1952 - TENTATIVELY, a large amount of code implementing much of what's
1953   described in PEP 252 (Making Types Look More Like Classes) and PEP
1954   253 (Subtyping Built-in Types) was added.  This will be released
1955   with Python 2.2a1.  Documentation will be provided separately
1956   through http://www.python.org/2.2/.  The purpose of releasing this
1957   with Python 2.2a1 is to test backwards compatibility.  It is
1958   possible, though not likely, that a decision is made not to release
1959   this code as part of 2.2 final, if any serious backwards
1960   incompatibilities are found during alpha testing that cannot be
1961   repaired.
1963 - Generators were added; this is a new way to create an iterator (see
1964   below) using what looks like a simple function containing one or
1965   more 'yield' statements.  See PEP 255.  Since this adds a new
1966   keyword to the language, this feature must be enabled by including a
1967   future statement: "from __future__ import generators" (see PEP 236).
1968   Generators will become a standard feature in a future release
1969   (probably 2.3).  Without this future statement, 'yield' remains an
1970   ordinary identifier, but a warning is issued each time it is used.
1971   (These warnings currently don't conform to the warnings framework of
1972   PEP 230; we intend to fix this in 2.2a2.)
1974 - The UTF-16 codec was modified to be more RFC compliant. It will now
1975   only remove BOM characters at the start of the string and then
1976   only if running in native mode (UTF-16-LE and -BE won't remove a
1977   leading BMO character).
1979 - Strings now have a new method .decode() to complement the already
1980   existing .encode() method. These two methods provide direct access
1981   to the corresponding decoders and encoders of the registered codecs.
1983   To enhance the usability of the .encode() method, the special
1984   casing of Unicode object return values was dropped (Unicode objects
1985   were auto-magically converted to string using the default encoding).
1987   Both methods will now return whatever the codec in charge of the
1988   requested encoding returns as object, e.g. Unicode codecs will
1989   return Unicode objects when decoding is requested ("äöü".decode("latin-1")
1990   will return u"äöü"). This enables codec writer to create codecs
1991   for various simple to use conversions.
1993   New codecs were added to demonstrate these new features (the .encode()
1994   and .decode() columns indicate the type of the returned objects):
1996   +---------+-----------+-----------+-----------------------------+
1997   |Name     | .encode() | .decode() | Description                 |
1998   +=========+===========+===========+=============================+
1999   |uu       | string    | string    | UU codec (e.g. for email)   |
2000   +---------+-----------+-----------+-----------------------------+
2001   |base64   | string    | string    | base64 codec                |
2002   +---------+-----------+-----------+-----------------------------+
2003   |quopri   | string    | string    | quoted-printable codec      |
2004   +---------+-----------+-----------+-----------------------------+
2005   |zlib     | string    | string    | zlib compression            |
2006   +---------+-----------+-----------+-----------------------------+
2007   |hex      | string    | string    | 2-byte hex codec            |
2008   +---------+-----------+-----------+-----------------------------+
2009   |rot-13   | string    | Unicode   | ROT-13 Unicode charmap codec|
2010   +---------+-----------+-----------+-----------------------------+
2012 - Some operating systems now support the concept of a default Unicode
2013   encoding for file system operations.  Notably, Windows supports 'mbcs'
2014   as the default.  The Macintosh will also adopt this concept in the medium
2015   term, although the default encoding for that platform will be other than
2016   'mbcs'.
2018   On operating system that support non-ASCII filenames, it is common for
2019   functions that return filenames (such as os.listdir()) to return Python
2020   string objects pre-encoded using the default file system encoding for
2021   the platform.  As this encoding is likely to be different from Python's
2022   default encoding, converting this name to a Unicode object before passing
2023   it back to the Operating System would result in a Unicode error, as Python
2024   would attempt to use its default encoding (generally ASCII) rather than
2025   the default encoding for the file system.
2027   In general, this change simply removes surprises when working with
2028   Unicode and the file system, making these operations work as you expect,
2029   increasing the transparency of Unicode objects in this context.
2030   See [????] for more details, including examples.
2032 - Float (and complex) literals in source code were evaluated to full
2033   precision only when running from a .py file; the same code loaded from a
2034   .pyc (or .pyo) file could suffer numeric differences starting at about the
2035   12th significant decimal digit.  For example, on a machine with IEEE-754
2036   floating arithmetic,
2038       x = 9007199254740992.0
2039       print long(x)
2041   printed 9007199254740992 if run directly from .py, but 9007199254740000
2042   if from a compiled (.pyc or .pyo) file.  This was due to marshal using
2043   str(float) instead of repr(float) when building code objects.  marshal
2044   now uses repr(float) instead, which should reproduce floats to full
2045   machine precision (assuming the platform C float<->string I/O conversion
2046   functions are of good quality).
2048   This may cause floating-point results to change in some cases, and
2049   usually for the better, but may also cause numerically unstable
2050   algorithms to break.
2052 - The implementation of dicts suffers fewer collisions, which has speed
2053   benefits.  However, the order in which dict entries appear in dict.keys(),
2054   dict.values() and dict.items() may differ from previous releases for a
2055   given dict.  Nothing is defined about this order, so no program should
2056   rely on it.  Nevertheless, it's easy to write test cases that rely on the
2057   order by accident, typically because of printing the str() or repr() of a
2058   dict to an "expected results" file.  See Lib/test/test_support.py's new
2059   sortdict(dict) function for a simple way to display a dict in sorted
2060   order.
2062 - Many other small changes to dicts were made, resulting in faster
2063   operation along the most common code paths.
2065 - Dictionary objects now support the "in" operator: "x in dict" means
2066   the same as dict.has_key(x).
2068 - The update() method of dictionaries now accepts generic mapping
2069   objects.  Specifically the argument object must support the .keys()
2070   and __getitem__() methods.  This allows you to say, for example,
2071   {}.update(UserDict())
2073 - Iterators were added; this is a generalized way of providing values
2074   to a for loop.  See PEP 234.  There's a new built-in function iter()
2075   to return an iterator.  There's a new protocol to get the next value
2076   from an iterator using the next() method (in Python) or the
2077   tp_iternext slot (in C).  There's a new protocol to get iterators
2078   using the __iter__() method (in Python) or the tp_iter slot (in C).
2079   Iterating (i.e. a for loop) over a dictionary generates its keys.
2080   Iterating over a file generates its lines.
2082 - The following functions were generalized to work nicely with iterator
2083   arguments::
2085     map(), filter(), reduce(), zip()
2086     list(), tuple() (PySequence_Tuple() and PySequence_Fast() in C API)
2087     max(), min()
2088     join() method of strings
2089     extend() method of lists
2090     'x in y' and 'x not in y' (PySequence_Contains() in C API)
2091     operator.countOf() (PySequence_Count() in C API)
2092     right-hand side of assignment statements with multiple targets, such as ::
2093         x, y, z = some_iterable_object_returning_exactly_3_values
2095 - Accessing module attributes is significantly faster (for example,
2096   random.random or os.path or yourPythonModule.yourAttribute).
2098 - Comparing dictionary objects via == and != is faster, and now works even
2099   if the keys and values don't support comparisons other than ==.
2101 - Comparing dictionaries in ways other than == and != is slower:  there were
2102   insecurities in the dict comparison implementation that could cause Python
2103   to crash if the element comparison routines for the dict keys and/or
2104   values mutated the dicts.  Making the code bulletproof slowed it down.
2106 - Collisions in dicts are resolved via a new approach, which can help
2107   dramatically in bad cases.  For example, looking up every key in a dict
2108   d with d.keys() == [i << 16 for i in range(20000)] is approximately 500x
2109   faster now.  Thanks to Christian Tismer for pointing out the cause and
2110   the nature of an effective cure (last December! better late than never).
2112 - repr() is much faster for large containers (dict, list, tuple).
2115 Library
2116 -------
2118 - The constants ascii_letters, ascii_lowercase. and ascii_uppercase
2119   were added to the string module.  These a locale-independent
2120   constants, unlike letters, lowercase, and uppercase.  These are now
2121   use in appropriate locations in the standard library.
2123 - The flags used in dlopen calls can now be configured using
2124   sys.setdlopenflags and queried using sys.getdlopenflags.
2126 - Fredrik Lundh's xmlrpclib is now a standard library module.  This
2127   provides full client-side XML-RPC support.  In addition,
2128   Demo/xmlrpc/ contains two server frameworks (one SocketServer-based,
2129   one asyncore-based).  Thanks to Eric Raymond for the documentation.
2131 - The xrange() object is simplified: it no longer supports slicing,
2132   repetition, comparisons, efficient 'in' checking, the tolist()
2133   method, or the start, stop and step attributes.  See PEP 260.
2135 - A new function fnmatch.filter to filter lists of file names was added.
2137 - calendar.py uses month and day names based on the current locale.
2139 - strop is now *really* obsolete (this was announced before with 1.6),
2140   and issues DeprecationWarning when used (except for the four items
2141   that are still imported into string.py).
2143 - Cookie.py now sorts key+value pairs by key in output strings.
2145 - pprint.isrecursive(object) didn't correctly identify recursive objects.
2146   Now it does.
2148 - pprint functions now much faster for large containers (tuple, list, dict).
2150 - New 'q' and 'Q' format codes in the struct module, corresponding to C
2151   types "long long" and "unsigned long long" (on Windows, __int64).  In
2152   native mode, these can be used only when the platform C compiler supports
2153   these types (when HAVE_LONG_LONG is #define'd by the Python config
2154   process), and then they inherit the sizes and alignments of the C types.
2155   In standard mode, 'q' and 'Q' are supported on all platforms, and are
2156   8-byte integral types.
2158 - The site module installs a new built-in function 'help' that invokes
2159   pydoc.help.  It must be invoked as 'help()'; when invoked as 'help',
2160   it displays a message reminding the user to use 'help()' or
2161   'help(object)'.
2163 Tests
2164 -----
2166 - New test_mutants.py runs dict comparisons where the key and value
2167   comparison operators mutate the dicts randomly during comparison.  This
2168   rapidly causes Python to crash under earlier releases (not for the faint
2169   of heart:  it can also cause Win9x to freeze or reboot!).
2171 - New test_pprint.py verifies that pprint.isrecursive() and
2172   pprint.isreadable() return sensible results.  Also verifies that simple
2173   cases produce correct output.
2175 C API
2176 -----
2178 - Removed the unused last_is_sticky argument from the internal
2179   _PyTuple_Resize().  If this affects you, you were cheating.
2181 ----
2183 **(For information about older versions, consult the HISTORY file.)**