1401 lines
52 KiB
Plaintext
1401 lines
52 KiB
Plaintext
Python history
|
|
--------------
|
|
|
|
This file contains the release messages for previous Python releases
|
|
(slightly edited to adapt them to the format of this file). As you
|
|
read on you go back to the dark ages of Python's history.
|
|
|
|
===================================
|
|
==> Release 0.9.9 (29 Jul 1993) <==
|
|
===================================
|
|
|
|
I *believe* these are the main user-visible changes in this release,
|
|
but there may be others. SGI users may scan the {src,lib}/ChangeLog
|
|
files for improvements of some SGI specific modules, e.g. aifc and
|
|
cl. Developers of extension modules should also read src/ChangeLog.
|
|
|
|
|
|
Naming of C symbols used by the Python interpreter
|
|
--------------------------------------------------
|
|
|
|
* This is the last release using the current naming conventions. New
|
|
naming conventions are explained in the file misc/NAMING.
|
|
Summarizing, all externally visible symbols get (at least) a "Py"
|
|
prefix, and most functions are renamed to the standard form
|
|
PyModule_FunctionName.
|
|
|
|
* Writers of extensions are urged to start using the new naming
|
|
conventions. The next release will use the new naming conventions
|
|
throughout (it will also have a different source directory
|
|
structure).
|
|
|
|
* As a result of the preliminary work for the great renaming, many
|
|
functions that were accidentally global have been made static.
|
|
|
|
|
|
BETA X11 support
|
|
----------------
|
|
|
|
* There are now modules interfacing to the X11 Toolkit Intrinsics, the
|
|
Athena widgets, and the Motif 1.1 widget set. These are not yet
|
|
documented except through the examples and README file in the demo/x11
|
|
directory. It is expected that this interface will be replaced by a
|
|
more powerful and correct one in the future, which may or may not be
|
|
backward compatible. In other words, this part of the code is at most
|
|
BETA level software! (Note: the rest of Python is rock solid as ever!)
|
|
|
|
* I understand that the above may be a bit of a disappointment,
|
|
however my current schedule does not allow me to change this situation
|
|
before putting the release out of the door. By releasing it
|
|
undocumented and buggy, at least some of the (working!) demo programs,
|
|
like itr (my Internet Talk Radio browser) become available to a larger
|
|
audience.
|
|
|
|
* There are also modules interfacing to SGI's "Glx" widget (a GL
|
|
window wrapped in a widget) and to NCSA's "HTML" widget (which can
|
|
format HyperText Markup Language, the document format used by the
|
|
World Wide Web).
|
|
|
|
* I've experienced some problems when building the X11 support. In
|
|
particular, the Xm and Xaw widget sets don't go together, and it
|
|
appears that using X11R5 is better than using X11R4. Also the threads
|
|
module and its link time options may spoil things. My own strategy is
|
|
to build two Python binaries: one for use with X11 and one without
|
|
it, which can contain a richer set of built-in modules. Don't even
|
|
*think* of loading the X11 modules dynamically...
|
|
|
|
|
|
Environmental changes
|
|
---------------------
|
|
|
|
* Compiled files (*.pyc files) created by this Python version are
|
|
incompatible with those created by the previous version. Both
|
|
versions detect this and silently create a correct version, but it
|
|
means that it is not a good idea to use the same library directory for
|
|
an old and a new interpreter, since they will start to "fight" over
|
|
the *.pyc files...
|
|
|
|
* When a stack trace is printed, the exception is printed last instead
|
|
of first. This means that if the beginning of the stack trace
|
|
scrolled out of your window you can still see what exception caused
|
|
it.
|
|
|
|
* Sometimes interrupting a Python operation does not work because it
|
|
hangs in a blocking system call. You can now kill the interpreter by
|
|
interrupting it three times. The second time you interrupt it, a
|
|
message will be printed telling you that the third interrupt will kill
|
|
the interpreter. The "sys.exitfunc" feature still makes limited
|
|
clean-up possible in this case.
|
|
|
|
|
|
Changes to the command line interface
|
|
-------------------------------------
|
|
|
|
* The python usage message is now much more informative.
|
|
|
|
* New option -i enters interactive mode after executing a script --
|
|
useful for debugging.
|
|
|
|
* New option -k raises an exception when an expression statement
|
|
yields a value other than None.
|
|
|
|
* For each option there is now also a corresponding environment
|
|
variable.
|
|
|
|
|
|
Using Python as an embedded language
|
|
------------------------------------
|
|
|
|
* The distribution now contains (some) documentation on the use of
|
|
Python as an "embedded language" in other applications, as well as a
|
|
simple example. See the file misc/EMBEDDING and the directory embed/.
|
|
|
|
|
|
Speed improvements
|
|
------------------
|
|
|
|
* Function local variables are now generally stored in an array and
|
|
accessed using an integer indexing operation, instead of through a
|
|
dictionary lookup. (This compensates the somewhat slower dictionary
|
|
lookup caused by the generalization of the dictionary module.)
|
|
|
|
|
|
Changes to the syntax
|
|
---------------------
|
|
|
|
* Continuation lines can now *sometimes* be written without a
|
|
backslash: if the continuation is contained within nesting (), [] or
|
|
{} brackets the \ may be omitted. There's a much improved
|
|
python-mode.el in the misc directory which knows about this as well.
|
|
|
|
* You can no longer use an empty set of parentheses to define a class
|
|
without base classes. That is, you no longer write this:
|
|
|
|
class Foo(): # syntax error
|
|
...
|
|
|
|
You must write this instead:
|
|
|
|
class Foo:
|
|
...
|
|
|
|
This was already the preferred syntax in release 0.9.8 but many
|
|
people seemed not to have picked it up. There's a Python script that
|
|
fixes old code: demo/scripts/classfix.py.
|
|
|
|
* There's a new reserved word: "access". The syntax and semantics are
|
|
still subject of of research and debate (as well as undocumented), but
|
|
the parser knows about the keyword so you must not use it as a
|
|
variable, function, or attribute name.
|
|
|
|
|
|
Changes to the semantics of the language proper
|
|
-----------------------------------------------
|
|
|
|
* The following compatibility hack is removed: if a function was
|
|
defined with two or more arguments, and called with a single argument
|
|
that was a tuple with just as many arguments, the items of this tuple
|
|
would be used as the arguments. This is no longer supported.
|
|
|
|
|
|
Changes to the semantics of classes and instances
|
|
-------------------------------------------------
|
|
|
|
* Class variables are now also accessible as instance variables for
|
|
reading (assignment creates an instance variable which overrides the
|
|
class variable of the same name though).
|
|
|
|
* If a class attribute is a user-defined function, a new kind of
|
|
object is returned: an "unbound method". This contains a pointer to
|
|
the class and can only be called with a first argument which is a
|
|
member of that class (or a derived class).
|
|
|
|
* If a class defines a method __init__(self, arg1, ...) then this
|
|
method is called when a class instance is created by the classname()
|
|
construct. Arguments passed to classname() are passed to the
|
|
__init__() method. The __init__() methods of base classes are not
|
|
automatically called; the derived __init__() method must call these if
|
|
necessary (this was done so the derived __init__() method can choose
|
|
the call order and arguments for the base __init__() methods).
|
|
|
|
* If a class defines a method __del__(self) then this method is called
|
|
when an instance of the class is about to be destroyed. This makes it
|
|
possible to implement clean-up of external resources attached to the
|
|
instance. As with __init__(), the __del__() methods of base classes
|
|
are not automatically called. If __del__ manages to store a reference
|
|
to the object somewhere, its destruction is postponed; when the object
|
|
is again about to be destroyed its __del__() method will be called
|
|
again.
|
|
|
|
* Classes may define a method __hash__(self) to allow their instances
|
|
to be used as dictionary keys. This must return a 32-bit integer.
|
|
|
|
|
|
Minor improvements
|
|
------------------
|
|
|
|
* Function and class objects now know their name (the name given in
|
|
the 'def' or 'class' statement that created them).
|
|
|
|
* Class instances now know their class name.
|
|
|
|
|
|
Additions to built-in operations
|
|
--------------------------------
|
|
|
|
* The % operator with a string left argument implements formatting
|
|
similar to sprintf() in C. The right argument is either a single
|
|
value or a tuple of values. All features of Standard C sprintf() are
|
|
supported except %p.
|
|
|
|
* Dictionaries now support almost any key type, instead of just
|
|
strings. (The key type must be an immutable type or must be a class
|
|
instance where the class defines a method __hash__(), in order to
|
|
avoid losing track of keys whose value may change.)
|
|
|
|
* Built-in methods are now compared properly: when comparing x.meth1
|
|
and y.meth2, if x is equal to y and the methods are defined by the
|
|
same function, x.meth1 compares equal to y.meth2.
|
|
|
|
|
|
Additions to built-in functions
|
|
-------------------------------
|
|
|
|
* str(x) returns a string version of its argument. If the argument is
|
|
a string it is returned unchanged, otherwise it returns `x`.
|
|
|
|
* repr(x) returns the same as `x`. (Some users found it easier to
|
|
have this as a function.)
|
|
|
|
* round(x) returns the floating point number x rounded to an whole
|
|
number, represented as a floating point number. round(x, n) returns x
|
|
rounded to n digits.
|
|
|
|
* hasattr(x, name) returns true when x has an attribute with the given
|
|
name.
|
|
|
|
* hash(x) returns a hash code (32-bit integer) of an arbitrary
|
|
immutable object's value.
|
|
|
|
* id(x) returns a unique identifier (32-bit integer) of an arbitrary
|
|
object.
|
|
|
|
* compile() compiles a string to a Python code object.
|
|
|
|
* exec() and eval() now support execution of code objects.
|
|
|
|
|
|
Changes to the documented part of the library (standard modules)
|
|
----------------------------------------------------------------
|
|
|
|
* os.path.normpath() (a.k.a. posixpath.normpath()) has been fixed so
|
|
the border case '/foo/..' returns '/' instead of ''.
|
|
|
|
* A new function string.find() is added with similar semantics to
|
|
string.index(); however when it does not find the given substring it
|
|
returns -1 instead of raising string.index_error.
|
|
|
|
|
|
Changes to built-in modules
|
|
---------------------------
|
|
|
|
* New optional module 'array' implements operations on sequences of
|
|
integers or floating point numbers of a particular size. This is
|
|
useful to manipulate large numerical arrays or to read and write
|
|
binary files consisting of numerical data.
|
|
|
|
* Regular expression objects created by module regex now support a new
|
|
method named group(), which returns one or more \(...\) groups by number.
|
|
The number of groups is increased from 10 to 100.
|
|
|
|
* Function compile() in module regex now supports an optional mapping
|
|
argument; a variable casefold is added to the module which can be used
|
|
as a standard uppercase to lowercase mapping.
|
|
|
|
* Module time now supports many routines that are defined in the
|
|
Standard C time interface (<time.h>): gmtime(), localtime(),
|
|
asctime(), ctime(), mktime(), as well as these variables (taken from
|
|
System V): timezone, altzone, daylight and tzname. (The corresponding
|
|
functions in the undocumented module calendar have been removed; the
|
|
undocumented and unfinished module tzparse is now obsolete and will
|
|
disappear in a future release.)
|
|
|
|
* Module strop (the fast built-in version of standard module string)
|
|
now uses C's definition of whitespace instead of fixing it to space,
|
|
tab and newline; in practice this usually means that vertical tab,
|
|
form feed and return are now also considered whitespace. It exports
|
|
the string of characters that are considered whitespace as well as the
|
|
characters that are considered lowercase or uppercase.
|
|
|
|
* Module sys now defines the variable builtin_module_names, a list of
|
|
names of modules built into the current interpreter (including not
|
|
yet imported, but excluding two special modules that always have to be
|
|
defined -- sys and builtin).
|
|
|
|
* Objects created by module sunaudiodev now also support flush() and
|
|
close() methods.
|
|
|
|
* Socket objects created by module socket now support an optional
|
|
flags argument for their methods sendto() and recvfrom().
|
|
|
|
* Module marshal now supports dumping to and loading from strings,
|
|
through the functions dumps() and loads().
|
|
|
|
* Module stdwin now supports some new functionality. You may have to
|
|
ftp the latest version: ftp.cwi.nl:/pub/stdwin/stdwinforviews.tar.Z.)
|
|
|
|
|
|
Bugs fixed
|
|
----------
|
|
|
|
* Fixed comparison of negative long integers.
|
|
|
|
* The tokenizer no longer botches input lines longer than BUFSIZ.
|
|
|
|
* Fixed several severe memory leaks in module select.
|
|
|
|
* Fixed memory leaks in modules socket and sv.
|
|
|
|
* Fixed memory leak in divmod() for long integers.
|
|
|
|
* Problems with definition of floatsleep() on Suns fixed.
|
|
|
|
* Many portability bugs fixed (and undoubtedly new ones added :-).
|
|
|
|
|
|
Changes to the build procedure
|
|
------------------------------
|
|
|
|
* The Makefile supports some new targets: "make default" and "make
|
|
all". Both are by normally equivalent to "make python".
|
|
|
|
* The Makefile no longer uses $> since it's not supported by all
|
|
versions of Make.
|
|
|
|
* The header files now all contain #ifdef constructs designed to make
|
|
it safe to include the same header file twice, as well as support for
|
|
inclusion from C++ programs (automatic extern "C" { ... } added).
|
|
|
|
|
|
Freezing Python scripts
|
|
-----------------------
|
|
|
|
* There is now some support for "freezing" a Python script as a
|
|
stand-alone executable binary file. See the script
|
|
demo/scripts/freeze.py. It will require some site-specific tailoring
|
|
of the script to get this working, but is quite worthwhile if you write
|
|
Python code for other who may not have built and installed Python.
|
|
|
|
|
|
MS-DOS
|
|
------
|
|
|
|
* A new MS-DOS port has been done, using MSC 6.0 (I believe). Thanks,
|
|
Marcel van der Peijl! This requires fewer compatibility hacks in
|
|
posixmodule.c. The executable is not yet available but will be soon
|
|
(check the mailing list).
|
|
|
|
* The default PYTHONPATH has changed.
|
|
|
|
|
|
Changes for developers of extension modules
|
|
-------------------------------------------
|
|
|
|
* Read src/ChangeLog for full details.
|
|
|
|
|
|
SGI specific changes
|
|
--------------------
|
|
|
|
* Read src/ChangeLog for full details.
|
|
|
|
==================================
|
|
==> Release 0.9.8 (9 Jan 1993) <==
|
|
==================================
|
|
|
|
I claim no completeness here, but I've tried my best to scan the log
|
|
files throughout my source tree for interesting bits of news. A more
|
|
complete account of the changes is to be found in the various
|
|
ChangeLog files. See also "News for release 0.9.7beta" below if you're
|
|
still using release 0.9.6, and the file HISTORY if you have an even
|
|
older release.
|
|
|
|
--Guido
|
|
|
|
|
|
Changes to the language proper
|
|
------------------------------
|
|
|
|
There's only one big change: the conformance checking for function
|
|
argument lists (of user-defined functions only) is stricter. Earlier,
|
|
you could get away with the following:
|
|
|
|
(a) define a function of one argument and call it with any
|
|
number of arguments; if the actual argument count wasn't
|
|
one, the function would receive a tuple containing the
|
|
arguments arguments (an empty tuple if there were none).
|
|
|
|
(b) define a function of two arguments, and call it with more
|
|
than two arguments; if there were more than two arguments,
|
|
the second argument would be passed as a tuple containing
|
|
the second and further actual arguments.
|
|
|
|
(Note that an argument (formal or actual) that is a tuple is counted as
|
|
one; these rules don't apply inside such tuples, only at the top level
|
|
of the argument list.)
|
|
|
|
Case (a) was needed to accommodate variable-length argument lists;
|
|
there is now an explicit "varargs" feature (precede the last argument
|
|
with a '*'). Case (b) was needed for compatibility with old class
|
|
definitions: up to release 0.9.4 a method with more than one argument
|
|
had to be declared as "def meth(self, (arg1, arg2, ...)): ...".
|
|
Version 0.9.6 provide better ways to handle both casees, bot provided
|
|
backward compatibility; version 0.9.8 retracts the compatibility hacks
|
|
since they also cause confusing behavior if a function is called with
|
|
the wrong number of arguments.
|
|
|
|
There's a script that helps converting classes that still rely on (b),
|
|
provided their methods' first argument is called "self":
|
|
demo/scripts/methfix.py.
|
|
|
|
If this change breaks lots of code you have developed locally, try
|
|
#defining COMPAT_HACKS in ceval.c.
|
|
|
|
(There's a third compatibility hack, which is the reverse of (a): if a
|
|
function is defined with two or more arguments, and called with a
|
|
single argument that is a tuple with just as many arguments, the items
|
|
of this tuple will be used as the arguments. Although this can (and
|
|
should!) be done using the built-in function apply() instead, it isn't
|
|
withdrawn yet.)
|
|
|
|
|
|
One minor change: comparing instance methods works like expected, so
|
|
that if x is an instance of a user-defined class and has a method m,
|
|
then (x.m==x.m) yields 1.
|
|
|
|
|
|
The following was already present in 0.9.7beta, but not explicitly
|
|
mentioned in the NEWS file: user-defined classes can now define types
|
|
that behave in almost allrespects like numbers. See
|
|
demo/classes/Rat.py for a simple example.
|
|
|
|
|
|
Changes to the build process
|
|
----------------------------
|
|
|
|
The Configure.py script and the Makefile has been made somewhat more
|
|
bullet-proof, after reports of (minor) trouble on certain platforms.
|
|
|
|
There is now a script to patch Makefile and config.c to add a new
|
|
optional built-in module: Addmodule.sh. Read the script before using!
|
|
|
|
Useing Addmodule.sh, all optional modules can now be configured at
|
|
compile time using Configure.py, so there are no modules left that
|
|
require dynamic loading.
|
|
|
|
The Makefile has been fixed to make it easier to use with the VPATH
|
|
feature of some Make versions (e.g. SunOS).
|
|
|
|
|
|
Changes affecting portability
|
|
-----------------------------
|
|
|
|
Several minor portability problems have been solved, e.g. "malloc.h"
|
|
has been renamed to "mymalloc.h", "strdup.c" is no longer used, and
|
|
the system now tolerates malloc(0) returning 0.
|
|
|
|
For dynamic loading on the SGI, Jack Jansen's dl 1.6 is now
|
|
distributed with Python. This solves several minor problems, in
|
|
particular scripts invoked using #! can now use dynamic loading.
|
|
|
|
|
|
Changes to the interpreter interface
|
|
------------------------------------
|
|
|
|
On popular demand, there's finally a "profile" feature for interactive
|
|
use of the interpreter. If the environment variable $PYTHONSTARTUP is
|
|
set to the name of an existing file, Python statements in this file
|
|
are executed when the interpreter is started in interactive mode.
|
|
|
|
There is a new clean-up mechanism, complementing try...finally: if you
|
|
assign a function object to sys.exitfunc, it will be called when
|
|
Python exits or receives a SIGTERM or SIGHUP signal.
|
|
|
|
The interpreter is now generally assumed to live in
|
|
/usr/local/bin/python (as opposed to /usr/local/python). The script
|
|
demo/scripts/fixps.py will update old scripts in place (you can easily
|
|
modify it to do other similar changes).
|
|
|
|
Most I/O that uses sys.stdin/stdout/stderr will now use any object
|
|
assigned to those names as long as the object supports readline() or
|
|
write() methods.
|
|
|
|
The parser stack has been increased to 500 to accommodate more
|
|
complicated expressions (7 levels used to be the practical maximum,
|
|
it's now about 38).
|
|
|
|
The limit on the size of the *run-time* stack has completely been
|
|
removed -- this means that tuple or list displays can contain any
|
|
number of elements (formerly more than 50 would crash the
|
|
interpreter).
|
|
|
|
|
|
Changes to existing built-in functions and methods
|
|
--------------------------------------------------
|
|
|
|
The built-in functions int(), long(), float(), oct() and hex() now
|
|
also apply to class instalces that define corresponding methods
|
|
(__int__ etc.).
|
|
|
|
|
|
New built-in functions
|
|
----------------------
|
|
|
|
The new functions str() and repr() convert any object to a string.
|
|
The function repr(x) is in all respects equivalent to `x` -- some
|
|
people prefer a function for this. The function str(x) does the same
|
|
except if x is already a string -- then it returns x unchanged
|
|
(repr(x) adds quotes and escapes "funny" characters as octal escapes).
|
|
|
|
The new function cmp(x, y) returns -1 if x<y, 0 if x==y, 1 if x>y.
|
|
|
|
|
|
Changes to general built-in modules
|
|
-----------------------------------
|
|
|
|
The time module's functions are more general: time() returns a
|
|
floating point number and sleep() accepts one. Their accuracies
|
|
depends on the precision of the system clock. Millisleep is no longer
|
|
needed (although it still exists for now), but millitimer is still
|
|
needed since on some systems wall clock time is only available with
|
|
seconds precision, while a source of more precise time exists that
|
|
isn't synchronized with the wall clock. (On UNIX systems that support
|
|
the BSD gettimeofday() function, time.time() is as time.millitimer().)
|
|
|
|
The string representation of a file object now includes an address:
|
|
'<file 'filename', mode 'r' at #######>' where ###### is a hex number
|
|
(the object's address) to make it unique.
|
|
|
|
New functions added to posix: nice(), setpgrp(), and if your system
|
|
supports them: setsid(), setpgid(), tcgetpgrp(), tcsetpgrp().
|
|
|
|
Improvements to the socket module: socket objects have new methods
|
|
getpeername() and getsockname(), and the {get,set}sockopt methods can
|
|
now get/set any kind of option using strings built with the new struct
|
|
module. And there's a new function fromfd() which creates a socket
|
|
object given a file descriptor (useful for servers started by inetd,
|
|
which have a socket connected to stdin and stdout).
|
|
|
|
|
|
Changes to SGI-specific built-in modules
|
|
----------------------------------------
|
|
|
|
The FORMS library interface (fl) now requires FORMS 2.1a. Some new
|
|
functions have been added and some bugs have been fixed.
|
|
|
|
Additions to al (audio library interface): added getname(),
|
|
getdefault() and getminmax().
|
|
|
|
The gl modules doesn't call "foreground()" when initialized (this
|
|
caused some problems) like it dit in 0.9.7beta (but not before).
|
|
There's a new gl function 'gversion() which returns a version string.
|
|
|
|
The interface to sv (Indigo video interface) has totally changed.
|
|
(Sorry, still no documentation, but see the examples in
|
|
demo/sgi/{sv,video}.)
|
|
|
|
|
|
Changes to standard library modules
|
|
-----------------------------------
|
|
|
|
Most functions in module string are now much faster: they're actually
|
|
implemented in C. The module containing the C versions is called
|
|
"strop" but you should still import "string" since strop doesn't
|
|
provide all the interfaces defined in string (and strop may be renamed
|
|
to string when it is complete in a future release).
|
|
|
|
string.index() now accepts an optional third argument giving an index
|
|
where to start searching in the first argument, so you can find second
|
|
and further occurrences (this is similar to the regular expression
|
|
functions in regex).
|
|
|
|
The definition of what string.splitfields(anything, '') should return
|
|
is changed for the last time: it returns a singleton list containing
|
|
its whole first argument unchanged. This is compatible with
|
|
regsub.split() which also ignores empty delimiter matches.
|
|
|
|
posixpath, macpath: added dirname() and normpath() (and basename() to
|
|
macpath).
|
|
|
|
The mainloop module (for use with stdwin) can now demultiplex input
|
|
from other sources, as long as they can be polled with select().
|
|
|
|
|
|
New built-in modules
|
|
--------------------
|
|
|
|
Module struct defines functions to pack/unpack values to/from strings
|
|
representing binary values in native byte order.
|
|
|
|
Module strop implements C versions of many functions from string (see
|
|
above).
|
|
|
|
Optional module fcntl defines interfaces to fcntl() and ioctl() --
|
|
UNIX only. (Not yet properly documented -- see however src/fcntl.doc.)
|
|
|
|
Optional module mpz defines an interface to an altaernative long
|
|
integer implementation, the GNU MPZ library.
|
|
|
|
Optional module md5 uses the GNU MPZ library to calculate MD5
|
|
signatures of strings.
|
|
|
|
There are also optional new modules specific to SGI machines: imageop
|
|
defines some simple operations to images represented as strings; sv
|
|
interfaces to the Indigo video board; cl interfaces to the (yet
|
|
unreleased) compression library.
|
|
|
|
|
|
New standard library modules
|
|
----------------------------
|
|
|
|
(Unfortunately the following modules are not all documented; read the
|
|
sources to find out more about them!)
|
|
|
|
autotest: run testall without showing any output unless it differs
|
|
from the expected output
|
|
|
|
bisect: use bisection to insert or find an item in a sorted list
|
|
|
|
colorsys: defines conversions between various color systems (e.g. RGB
|
|
<-> YUV)
|
|
|
|
nntplib: a client interface to NNTP servers
|
|
|
|
pipes: utility to construct pipeline from templates, e.g. for
|
|
conversion from one file format to another using several utilities.
|
|
|
|
regsub: contains three functions that are more or less compatible with
|
|
awk functions of the same name: sub() and gsub() do string
|
|
substitution, split() splits a string using a regular expression to
|
|
define how separators are define.
|
|
|
|
test_types: test operations on the built-in types of Python
|
|
|
|
toaiff: convert various audio file formats to AIFF format
|
|
|
|
tzparse: parse the TZ environment parameter (this may be less general
|
|
than it could be, let me know if you fix it).
|
|
|
|
(Note that the obsolete module "path" no longer exists.)
|
|
|
|
|
|
New SGI-specific library modules
|
|
--------------------------------
|
|
|
|
CL: constants for use with the built-in compression library interface (cl)
|
|
|
|
Queue: a multi-producer, multi-consumer queue class implemented for
|
|
use with the built-in thread module
|
|
|
|
SOCKET: constants for use with built-in module socket, e.g. to set/get
|
|
socket options. This is SGI-specific because the constants to be
|
|
passed are system-dependent. You can generate a version for your own
|
|
system by running the script demo/scripts/h2py.py with
|
|
/usr/include/sys/socket.h as input.
|
|
|
|
cddb: interface to the database used the the CD player
|
|
|
|
torgb: convert various image file types to rgb format (requires pbmplus)
|
|
|
|
|
|
New demos
|
|
---------
|
|
|
|
There's an experimental interface to define Sun RPC clients and
|
|
servers in demo/rpc.
|
|
|
|
There's a collection of interfaces to WWW, WAIS and Gopher (both
|
|
Python classes and program providing a user interface) in demo/www.
|
|
This includes a program texi2html.py which converts texinfo files to
|
|
HTML files (the format used hy WWW).
|
|
|
|
The ibrowse demo has moved from demo/stdwin/ibrowse to demo/ibrowse.
|
|
|
|
For SGI systems, there's a whole collection of programs and classes
|
|
that make use of the Indigo video board in demo/sgi/{sv,video}. This
|
|
represents a significant amount of work that we're giving away!
|
|
|
|
There are demos "rsa" and "md5test" that exercise the mpz and md5
|
|
modules, respectively. The rsa demo is a complete implementation of
|
|
the RSA public-key cryptosystem!
|
|
|
|
A bunch of games and examples submitted by Stoffel Erasmus have been
|
|
included in demo/stoffel.
|
|
|
|
There are miscellaneous new files in some existing demo
|
|
subdirectories: classes/bitvec.py, scripts/{fixps,methfix}.py,
|
|
sgi/al/cmpaf.py, sockets/{mcast,gopher}.py.
|
|
|
|
There are also many minor changes to existing files, but I'm too lazy
|
|
to run a diff and note the differences -- you can do this yourself if
|
|
you save the old distribution's demos. One highlight: the
|
|
stdwin/python.py demo is much improved!
|
|
|
|
|
|
Changes to the documentation
|
|
----------------------------
|
|
|
|
The LaTeX source for the library uses different macros to enable it to
|
|
be converted to texinfo, and from there to INFO or HTML format so it
|
|
can be browsed as a hypertext. The net result is that you can now
|
|
read the Python library documentation in Emacs info mode!
|
|
|
|
|
|
Changes to the source code that affect C extension writers
|
|
----------------------------------------------------------
|
|
|
|
The function strdup() no longer exists (it was used only in one places
|
|
and is somewhat of a a portability problem sice some systems have the
|
|
same function in their C library.
|
|
|
|
The functions NEW() and RENEW() allocate one spare byte to guard
|
|
against a NULL return from malloc(0) being taken for an error, but
|
|
this should not be relied upon.
|
|
|
|
|
|
=========================
|
|
==> Release 0.9.7beta <==
|
|
=========================
|
|
|
|
|
|
Changes to the language proper
|
|
------------------------------
|
|
|
|
User-defined classes can now implement operations invoked through
|
|
special syntax, such as x[i] or `x` by defining methods named
|
|
__getitem__(self, i) or __repr__(self), etc.
|
|
|
|
|
|
Changes to the build process
|
|
----------------------------
|
|
|
|
Instead of extensive manual editing of the Makefile to select
|
|
compile-time options, you can now run a Configure.py script.
|
|
The Makefile as distributed builds a minimal interpreter sufficient to
|
|
run Configure.py. See also misc/BUILD
|
|
|
|
The Makefile now includes more "utility" targets, e.g. install and
|
|
tags/TAGS
|
|
|
|
Using the provided strtod.c and strtol.c are now separate options, as
|
|
on the Sun the provided strtod.c dumps core :-(
|
|
|
|
The regex module is now an option chosen by the Makefile, since some
|
|
(old) C compilers choke on regexpr.c
|
|
|
|
|
|
Changes affecting portability
|
|
-----------------------------
|
|
|
|
You need STDWIN version 0.9.7 (released 30 June 1992) for the stdwin
|
|
interface
|
|
|
|
Dynamic loading is now supported for Sun (and other non-COFF systems)
|
|
throug dld-3.2.3, as well as for SGI (a new version of Jack Jansen's
|
|
DL is out, 1.4)
|
|
|
|
The system-dependent code for the use of the select() system call is
|
|
moved to one file: myselect.h
|
|
|
|
Thanks to Jaap Vermeulen, the code should now port cleanly to the
|
|
SEQUENT
|
|
|
|
|
|
Changes to the interpreter interface
|
|
------------------------------------
|
|
|
|
The interpretation of $PYTHONPATH in the environment is different: it
|
|
is inserted in front of the default path instead of overriding it
|
|
|
|
|
|
Changes to existing built-in functions and methods
|
|
--------------------------------------------------
|
|
|
|
List objects now support an optional argument to their sort() method,
|
|
which is a comparison function similar to qsort(3) in C
|
|
|
|
File objects now have a method fileno(), used by the new select module
|
|
(see below)
|
|
|
|
|
|
New built-in function
|
|
---------------------
|
|
|
|
coerce(x, y): take two numbers and return a tuple containing them
|
|
both converted to a common type
|
|
|
|
|
|
Changes to built-in modules
|
|
---------------------------
|
|
|
|
sys: fixed core dumps in settrace() and setprofile()
|
|
|
|
socket: added socket methods setsockopt() and getsockopt(); and
|
|
fileno(), used by the new select module (see below)
|
|
|
|
stdwin: added fileno() == connectionnumber(), in support of new module
|
|
select (see below)
|
|
|
|
posix: added get{eg,eu,g,u}id(); waitpid() is now a separate function.
|
|
|
|
gl: added qgetfd()
|
|
|
|
fl: added several new functions, fixed several obscure bugs, adapted
|
|
to FORMS 2.1
|
|
|
|
|
|
Changes to standard modules
|
|
---------------------------
|
|
|
|
posixpath: changed implementation of ismount()
|
|
|
|
string: atoi() no longer mistakes leading zero for octal number
|
|
|
|
...
|
|
|
|
|
|
New built-in modules
|
|
--------------------
|
|
|
|
Modules marked "dynamic only" are not configured at compile time but
|
|
can be loaded dynamically. You need to turn on the DL or DLD option in
|
|
the Makefile for support dynamic loading of modules (this requires
|
|
external code).
|
|
|
|
select: interfaces to the BSD select() system call
|
|
|
|
dbm: interfaces to the (new) dbm library (dynamic only)
|
|
|
|
nis: interfaces to some NIS functions (aka yellow pages)
|
|
|
|
thread: limited form of multiple threads (sgi only)
|
|
|
|
audioop: operations useful for audio programs, e.g. u-LAW and ADPCM
|
|
coding (dynamic only)
|
|
|
|
cd: interface to Indigo SCSI CDROM player audio library (sgi only)
|
|
|
|
jpeg: read files in JPEG format (dynamic only, sgi only; needs
|
|
external code)
|
|
|
|
imgfile: read SGI image files (dynamic only, sgi only)
|
|
|
|
sunaudiodev: interface to sun's /dev/audio (dynamic only, sun only)
|
|
|
|
sv: interface to Indigo video library (sgi only)
|
|
|
|
pc: a minimal set of MS-DOS interfaces (MS-DOS only)
|
|
|
|
rotor: encryption, by Lance Ellinghouse (dynamic only)
|
|
|
|
|
|
New standard modules
|
|
--------------------
|
|
|
|
Not all these modules are documented. Read the source:
|
|
lib/<modulename>.py. Sometimes a file lib/<modulename>.doc contains
|
|
additional documentation.
|
|
|
|
imghdr: recognizes image file headers
|
|
|
|
sndhdr: recognizes sound file headers
|
|
|
|
profile: print run-time statistics of Python code
|
|
|
|
readcd, cdplayer: companion modules for built-in module cd (sgi only)
|
|
|
|
emacs: interface to Emacs using py-connect.el (see below).
|
|
|
|
SOCKET: symbolic constant definitions for socket options
|
|
|
|
SUNAUDIODEV: symbolic constant definitions for sunaudiodef (sun only)
|
|
|
|
SV: symbolic constat definitions for sv (sgi only)
|
|
|
|
CD: symbolic constat definitions for cd (sgi only)
|
|
|
|
|
|
New demos
|
|
---------
|
|
|
|
scripts/pp.py: execute Python as a filter with a Perl-like command
|
|
line interface
|
|
|
|
classes/: examples using the new class features
|
|
|
|
threads/: examples using the new thread module
|
|
|
|
sgi/cd/: examples using the new cd module
|
|
|
|
|
|
Changes to the documentation
|
|
----------------------------
|
|
|
|
The last-minute syntax changes of release 0.9.6 are now reflected
|
|
everywhere in the manuals
|
|
|
|
The reference manual has a new section (3.2) on implementing new kinds
|
|
of numbers, sequences or mappings with user classes
|
|
|
|
Classes are now treated extensively in the tutorial (chapter 9)
|
|
|
|
Slightly restructured the system-dependent chapters of the library
|
|
manual
|
|
|
|
The file misc/EXTENDING incorporates documentation for mkvalue() and
|
|
a new section on error handling
|
|
|
|
The files misc/CLASSES and misc/ERRORS are no longer necessary
|
|
|
|
The doc/Makefile now creates PostScript files automatically
|
|
|
|
|
|
Miscellaneous changes
|
|
---------------------
|
|
|
|
Incorporated Tim Peters' changes to python-mode.el, it's now version
|
|
1.06
|
|
|
|
A python/Emacs bridge (provided by Terrence M. Brannon) lets a Python
|
|
program running in an Emacs buffer execute Emacs lisp code. The
|
|
necessary Python code is in lib/emacs.py. The Emacs code is
|
|
misc/py-connect.el (it needs some external Emacs lisp code)
|
|
|
|
|
|
Changes to the source code that affect C extension writers
|
|
----------------------------------------------------------
|
|
|
|
New service function mkvalue() to construct a Python object from C
|
|
values according to a "format" string a la getargs()
|
|
|
|
Most functions from pythonmain.c moved to new pythonrun.c which is
|
|
in libpython.a. This should make embedded versions of Python easier
|
|
|
|
ceval.h is split in eval.h (which needs compile.h and only declares
|
|
eval_code) and ceval.h (which doesn't need compile.hand declares the
|
|
rest)
|
|
|
|
ceval.h defines macros BGN_SAVE / END_SAVE for use with threads (to
|
|
improve the parallellism of multi-threaded programs by letting other
|
|
Python code run when a blocking system call or something similar is
|
|
made)
|
|
|
|
In structmember.[ch], new member types BYTE, CHAR and unsigned
|
|
variants have been added
|
|
|
|
New file xxmodule.c is a template for new extension modules.
|
|
|
|
==================================
|
|
==> RELEASE 0.9.6 (6 Apr 1992) <==
|
|
==================================
|
|
|
|
Misc news in 0.9.6:
|
|
- Restructured the misc subdirectory
|
|
- Reference manual completed, library manual much extended (with indexes!)
|
|
- the GNU Readline library is now distributed standard with Python
|
|
- the script "../demo/scripts/classfix.py" fixes Python modules using old
|
|
class syntax
|
|
- Emacs python-mode.el (was python.el) vastly improved (thanks, Tim!)
|
|
- Because of the GNU copyleft business I am not using the GNU regular
|
|
expression implementation but a free re-implementation by Tatu Ylonen
|
|
that recently appeared in comp.sources.misc (Bravo, Tatu!)
|
|
|
|
New features in 0.9.6:
|
|
- stricter try stmt syntax: cannot mix except and finally clauses on 1 try
|
|
- New module 'os' supplants modules 'mac' and 'posix' for most cases;
|
|
module 'path' is replaced by 'os.path'
|
|
- os.path.split() return value differs from that of old path.split()
|
|
- sys.exc_type, sys.exc_value, sys.exc_traceback are set to the exception
|
|
currently being handled
|
|
- sys.last_type, sys.last_value, sys.last_traceback remember last unhandled
|
|
exception
|
|
- New function string.expandtabs() expands tabs in a string
|
|
- Added times() interface to posix (user & sys time of process & children)
|
|
- Added uname() interface to posix (returns OS type, hostname, etc.)
|
|
- New built-in function execfile() is like exec() but from a file
|
|
- Functions exec() and eval() are less picky about whitespace/newlines
|
|
- New built-in functions getattr() and setattr() access arbitrary attributes
|
|
- More generic argument handling in built-in functions (see "./EXTENDING")
|
|
- Dynamic loading of modules written in C or C++ (see "./DYNLOAD")
|
|
- Division and modulo for long and plain integers with negative operands
|
|
have changed; a/b is now floor(float(a)/float(b)) and a%b is defined
|
|
as a-(a/b)*b. So now the outcome of divmod(a,b) is the same as
|
|
(a/b, a%b) for integers. For floats, % is also changed, but of course
|
|
/ is unchanged, and divmod(x,y) does not yield (x/y, x%y)...
|
|
- A function with explicit variable-length argument list can be declared
|
|
like this: def f(*args): ...; or even like this: def f(a, b, *rest): ...
|
|
- Code tracing and profiling features have been added, and two source
|
|
code debuggers are provided in the library (pdb.py, tty-oriented,
|
|
and wdb, window-oriented); you can now step through Python programs!
|
|
See sys.settrace() and sys.setprofile(), and "../lib/pdb.doc"
|
|
- '==' is now the only equality operator; "../demo/scripts/eqfix.py" is
|
|
a script that fixes old Python modules
|
|
- Plain integer right shift now uses sign extension
|
|
- Long integer shift/mask operations now simulate 2's complement
|
|
to give more useful results for negative operands
|
|
- Changed/added range checks for long/plain integer shifts
|
|
- Options found after "-c command" are now passed to the command in sys.argv
|
|
(note subtle incompatiblity with "python -c command -- -options"!)
|
|
- Module stdwin is better protected against touching objects after they've
|
|
been closed; menus can now also be closed explicitly
|
|
- Stdwin now uses its own exception (stdwin.error)
|
|
|
|
New features in 0.9.5 (released as Macintosh application only, 2 Jan 1992):
|
|
- dictionary objects can now be compared properly; e.g., {}=={} is true
|
|
- new exception SystemExit causes termination if not caught;
|
|
it is raised by sys.exit() so that 'finally' clauses can clean up,
|
|
and it may even be caught. It does work interactively!
|
|
- new module "regex" implements GNU Emacs style regular expressions;
|
|
module "regexp" is rewritten in Python for backward compatibility
|
|
- formal parameter lists may contain trailing commas
|
|
|
|
Bugs fixed in 0.9.6:
|
|
- assigning to or deleting a list item with a negative index dumped core
|
|
- divmod(-10L,5L) returned (-3L, 5L) instead of (-2L, 0L)
|
|
|
|
Bugs fixed in 0.9.5:
|
|
- masking operations involving negative long integers gave wrong results
|
|
|
|
|
|
===================================
|
|
==> RELEASE 0.9.4 (24 Dec 1991) <==
|
|
===================================
|
|
|
|
- new function argument handling (see below)
|
|
- built-in apply(func, args) means func(args[0], args[1], ...)
|
|
- new, more refined exceptions
|
|
- new exception string values (NameError = 'NameError' etc.)
|
|
- better checking for math exceptions
|
|
- for sequences (string/tuple/list), x[-i] is now equivalent to x[len(x)-i]
|
|
- fixed list assignment bug: "a[1:1] = a" now works correctly
|
|
- new class syntax, without extraneous parentheses
|
|
- new 'global' statement to assign global variables from within a function
|
|
|
|
|
|
New class syntax
|
|
----------------
|
|
|
|
You can now declare a base class as follows:
|
|
|
|
class B: # Was: class B():
|
|
def some_method(self): ...
|
|
...
|
|
|
|
and a derived class thusly:
|
|
|
|
class D(B): # Was: class D() = B():
|
|
def another_method(self, arg): ...
|
|
|
|
Multiple inheritance looks like this:
|
|
|
|
class M(B, D): # Was: class M() = B(), D():
|
|
def this_or_that_method(self, arg): ...
|
|
|
|
The old syntax is still accepted by Python 0.9.4, but will disappear
|
|
in Python 1.0 (to be posted to comp.sources).
|
|
|
|
|
|
New 'global' statement
|
|
----------------------
|
|
|
|
Every now and then you have a global variable in a module that you
|
|
want to change from within a function in that module -- say, a count
|
|
of calls to a function, or an option flag, etc. Until now this was
|
|
not directly possible. While several kludges are known that
|
|
circumvent the problem, and often the need for a global variable can
|
|
be avoided by rewriting the module as a class, this does not always
|
|
lead to clearer code.
|
|
|
|
The 'global' statement solves this dilemma. Its occurrence in a
|
|
function body means that, for the duration of that function, the
|
|
names listed there refer to global variables. For instance:
|
|
|
|
total = 0.0
|
|
count = 0
|
|
|
|
def add_to_total(amount):
|
|
global total, count
|
|
total = total + amount
|
|
count = count + 1
|
|
|
|
'global' must be repeated in each function where it is needed. The
|
|
names listed in a 'global' statement must not be used in the function
|
|
before the statement is reached.
|
|
|
|
Remember that you don't need to use 'global' if you only want to *use*
|
|
a global variable in a function; nor do you need ot for assignments to
|
|
parts of global variables (e.g., list or dictionary items or
|
|
attributes of class instances). This has not changed; in fact
|
|
assignment to part of a global variable was the standard workaround.
|
|
|
|
|
|
New exceptions
|
|
--------------
|
|
|
|
Several new exceptions have been defined, to distinguish more clearly
|
|
between different types of errors.
|
|
|
|
name meaning was
|
|
|
|
AttributeError reference to non-existing attribute NameError
|
|
IOError unexpected I/O error RuntimeError
|
|
ImportError import of non-existing module or name NameError
|
|
IndexError invalid string, tuple or list index RuntimeError
|
|
KeyError key not in dictionary RuntimeError
|
|
OverflowError numeric overflow RuntimeError
|
|
SyntaxError invalid syntax RuntimeError
|
|
ValueError invalid argument value RuntimeError
|
|
ZeroDivisionError division by zero RuntimeError
|
|
|
|
The string value of each exception is now its name -- this makes it
|
|
easier to experimentally find out which operations raise which
|
|
exceptions; e.g.:
|
|
|
|
>>> KeyboardInterrupt
|
|
'KeyboardInterrupt'
|
|
>>>
|
|
|
|
|
|
New argument passing semantics
|
|
------------------------------
|
|
|
|
Off-line discussions with Steve Majewski and Daniel LaLiberte have
|
|
convinced me that Python's parameter mechanism could be changed in a
|
|
way that made both of them happy (I hope), kept me happy, fixed a
|
|
number of outstanding problems, and, given some backward compatibility
|
|
provisions, would only break a very small amount of existing code --
|
|
probably all mine anyway. In fact I suspect that most Python users
|
|
will hardly notice the difference. And yet it has cost me at least
|
|
one sleepless night to decide to make the change...
|
|
|
|
Philosophically, the change is quite radical (to me, anyway): a
|
|
function is no longer called with either zero or one argument, which
|
|
is a tuple if there appear to be more arguments. Every function now
|
|
has an argument list containing 0, 1 or more arguments. This list is
|
|
always implemented as a tuple, and it is a (run-time) error if a
|
|
function is called with a different number of arguments than expected.
|
|
|
|
What's the difference? you may ask. The answer is, very little unless
|
|
you want to write variadic functions -- functions that may be called
|
|
with a variable number of arguments. Formerly, you could write a
|
|
function that accepted one or more arguments with little trouble, but
|
|
writing a function that could be called with either 0 or 1 argument
|
|
(or more) was next to impossible. This is now a piece of cake: you
|
|
can simply declare an argument that receives the entire argument
|
|
tuple, and check its length -- it will be of size 0 if there are no
|
|
arguments.
|
|
|
|
Another anomaly of the old system was the way multi-argument methods
|
|
(in classes) had to be declared, e.g.:
|
|
|
|
class Point():
|
|
def init(self, (x, y, color)): ...
|
|
def setcolor(self, color): ...
|
|
dev moveto(self, (x, y)): ...
|
|
def draw(self): ...
|
|
|
|
Using the new scheme there is no need to enclose the method arguments
|
|
in an extra set of parentheses, so the above class could become:
|
|
|
|
class Point:
|
|
def init(self, x, y, color): ...
|
|
def setcolor(self, color): ...
|
|
dev moveto(self, x, y): ...
|
|
def draw(self): ...
|
|
|
|
That is, the equivalence rule between methods and functions has
|
|
changed so that now p.moveto(x,y) is equivalent to Point.moveto(p,x,y)
|
|
while formerly it was equivalent to Point.moveto(p,(x,y)).
|
|
|
|
A special backward compatibility rule makes that the old version also
|
|
still works: whenever a function with exactly two arguments (at the top
|
|
level) is called with more than two arguments, the second and further
|
|
arguments are packed into a tuple and passed as the second argument.
|
|
This rule is invoked independently of whether the function is actually a
|
|
method, so there is a slight chance that some erroneous calls of
|
|
functions expecting two arguments with more than that number of
|
|
arguments go undetected at first -- when the function tries to use the
|
|
second argument it may find it is a tuple instead of what was expected.
|
|
Note that this rule will be removed from future versions of the
|
|
language; it is a backward compatibility provision *only*.
|
|
|
|
Two other rules and a new built-in function handle conversion between
|
|
tuples and argument lists:
|
|
|
|
Rule (a): when a function with more than one argument is called with a
|
|
single argument that is a tuple of the right size, the tuple's items
|
|
are used as arguments.
|
|
|
|
Rule (b): when a function with exactly one argument receives no
|
|
arguments or more than one, that one argument will receive a tuple
|
|
containing the arguments (the tuple will be empty if there were no
|
|
arguments).
|
|
|
|
|
|
A new built-in function, apply(), was added to support functions that
|
|
need to call other functions with a constructed argument list. The call
|
|
|
|
apply(function, tuple)
|
|
|
|
is equivalent to
|
|
|
|
function(tuple[0], tuple[1], ..., tuple[len(tuple)-1])
|
|
|
|
|
|
While no new argument syntax was added in this phase, it would now be
|
|
quite sensible to add explicit syntax to Python for default argument
|
|
values (as in C++ or Modula-3), or a "rest" argument to receive the
|
|
remaining arguments of a variable-length argument list.
|
|
|
|
|
|
========================================================
|
|
==> Release 0.9.3 (never made available outside CWI) <==
|
|
========================================================
|
|
|
|
- string sys.version shows current version (also printed on interactive entry)
|
|
- more detailed exceptions, e.g., IOError, ZeroDivisionError, etc.
|
|
- 'global' statement to declare module-global variables assigned in functions.
|
|
- new class declaration syntax: class C(Base1, Base2, ...): suite
|
|
(the old syntax is still accepted -- be sure to convert your classes now!)
|
|
- C shifting and masking operators: << >> ~ & ^ | (for ints and longs).
|
|
- C comparison operators: == != (the old = and <> remain valid).
|
|
- floating point numbers may now start with a period (e.g., .14).
|
|
- definition of integer division tightened (always truncates towards zero).
|
|
- new builtins hex(x), oct(x) return hex/octal string from (long) integer.
|
|
- new list method l.count(x) returns the number of occurrences of x in l.
|
|
- new SGI module: al (Indigo and 4D/35 audio library).
|
|
- the FORMS interface (modules fl and FL) now uses FORMS 2.0
|
|
- module gl: added lrect{read,write}, rectzoom and pixmode;
|
|
added (non-GL) functions (un)packrect.
|
|
- new socket method: s.allowbroadcast(flag).
|
|
- many objects support __dict__, __methods__ or __members__.
|
|
- dir() lists anything that has __dict__.
|
|
- class attributes are no longer read-only.
|
|
- classes support __bases__, instances support __class__ (and __dict__).
|
|
- divmod() now also works for floats.
|
|
- fixed obscure bug in eval('1 ').
|
|
|
|
|
|
===================================
|
|
==> Release 0.9.2 (Autumn 1991) <==
|
|
===================================
|
|
|
|
Highlights
|
|
----------
|
|
|
|
- tutorial now (almost) complete; library reference reorganized
|
|
- new syntax: continue statement; semicolons; dictionary constructors;
|
|
restrictions on blank lines in source files removed
|
|
- dramatically improved module load time through precompiled modules
|
|
- arbitrary precision integers: compute 2 to the power 1000 and more...
|
|
- arithmetic operators now accept mixed type operands, e.g., 3.14/4
|
|
- more operations on list: remove, index, reverse; repetition
|
|
- improved/new file operations: readlines, seek, tell, flush, ...
|
|
- process management added to the posix module: fork/exec/wait/kill etc.
|
|
- BSD socket operations (with example servers and clients!)
|
|
- many new STDWIN features (color, fonts, polygons, ...)
|
|
- new SGI modules: font manager and FORMS library interface
|
|
|
|
|
|
Extended list of changes in 0.9.2
|
|
---------------------------------
|
|
|
|
Here is a summary of the most important user-visible changes in 0.9.2,
|
|
in somewhat arbitrary order. Changes in later versions are listed in
|
|
the "highlights" section above.
|
|
|
|
|
|
1. Changes to the interpreter proper
|
|
|
|
- Simple statements can now be separated by semicolons.
|
|
If you write "if t: s1; s2", both s1 and s2 are executed
|
|
conditionally.
|
|
- The 'continue' statement was added, with semantics as in C.
|
|
- Dictionary displays are now allowed on input: {key: value, ...}.
|
|
- Blank lines and lines bearing only a comment no longer need to
|
|
be indented properly. (A completely empty line still ends a multi-
|
|
line statement interactively.)
|
|
- Mixed arithmetic is supported, 1 compares equal to 1.0, etc.
|
|
- Option "-c command" to execute statements from the command line
|
|
- Compiled versions of modules are cached in ".pyc" files, giving a
|
|
dramatic improvement of start-up time
|
|
- Other, smaller speed improvements, e.g., extracting characters from
|
|
strings, looking up single-character keys, and looking up global
|
|
variables
|
|
- Interrupting a print operation raises KeyboardInterrupt instead of
|
|
only cancelling the print operation
|
|
- Fixed various portability problems (it now passes gcc with only
|
|
warnings -- more Standard C compatibility will be provided in later
|
|
versions)
|
|
- Source is prepared for porting to MS-DOS
|
|
- Numeric constants are now checked for overflow (this requires
|
|
standard-conforming strtol() and strtod() functions; a correct
|
|
strtol() implementation is provided, but the strtod() provided
|
|
relies on atof() for everything, including error checking
|
|
|
|
|
|
2. Changes to the built-in types, functions and modules
|
|
|
|
- New module socket: interface to BSD socket primitives
|
|
- New modules pwd and grp: access the UNIX password and group databases
|
|
- (SGI only:) New module "fm" interfaces to the SGI IRIX Font Manager
|
|
- (SGI only:) New module "fl" interfaces to Mark Overmars' FORMS library
|
|
- New numeric type: long integer, for unlimited precision
|
|
- integer constants suffixed with 'L' or 'l' are long integers
|
|
- new built-in function long(x) converts int or float to long
|
|
- int() and float() now also convert from long integers
|
|
- New built-in function:
|
|
- pow(x, y) returns x to the power y
|
|
- New operation and methods for lists:
|
|
- l*n returns a new list consisting of n concatenated copies of l
|
|
- l.remove(x) removes the first occurrence of the value x from l
|
|
- l.index(x) returns the index of the first occurrence of x in l
|
|
- l.reverse() reverses l in place
|
|
- New operation for tuples:
|
|
- t*n returns a tuple consisting of n concatenated copies of t
|
|
- Improved file handling:
|
|
- f.readline() no longer restricts the line length, is faster,
|
|
and isn't confused by null bytes; same for raw_input()
|
|
- f.read() without arguments reads the entire (rest of the) file
|
|
- mixing of print and sys.stdout.write() has different effect
|
|
- New methods for files:
|
|
- f.readlines() returns a list containing the lines of the file,
|
|
as read with f.readline()
|
|
- f.flush(), f.tell(), f.seek() call their stdio counterparts
|
|
- f.isatty() tests for "tty-ness"
|
|
- New posix functions:
|
|
- _exit(), exec(), fork(), getpid(), getppid(), kill(), wait()
|
|
- popen() returns a file object connected to a pipe
|
|
- utime() replaces utimes() (the latter is not a POSIX name)
|
|
- New stdwin features, including:
|
|
- font handling
|
|
- color drawing
|
|
- scroll bars made optional
|
|
- polygons
|
|
- filled and xor shapes
|
|
- text editing objects now have a 'settext' method
|
|
|
|
|
|
3. Changes to the standard library
|
|
|
|
- Name change: the functions path.cat and macpath.cat are now called
|
|
path.join and macpath.join
|
|
- Added new modules: formatter, mutex, persist, sched, mainloop
|
|
- Added some modules and functionality to the "widget set" (which is
|
|
still under development, so please bear with me):
|
|
DirList, FormSplit, TextEdit, WindowSched
|
|
- Fixed module testall to work non-interactively
|
|
- Module string:
|
|
- added functions join() and joinfields()
|
|
- fixed center() to work correct and make it "transitive"
|
|
- Obsolete modules were removed: util, minmax
|
|
- Some modules were moved to the demo directory
|
|
|
|
|
|
4. Changes to the demonstration programs
|
|
|
|
- Added new useful scipts: byteyears, eptags, fact, from, lfact,
|
|
objgraph, pdeps, pi, primes, ptags, which
|
|
- Added a bunch of socket demos
|
|
- Doubled the speed of ptags
|
|
- Added new stdwin demos: microedit, miniedit
|
|
- Added a windowing interface to the Python interpreter: python (most
|
|
useful on the Mac)
|
|
- Added a browser for Emacs info files: demo/stdwin/ibrowse
|
|
(yes, I plan to put all STDWIN and Python documentation in texinfo
|
|
form in the future)
|
|
|
|
|
|
5. Other changes to the distribution
|
|
|
|
- An Emacs Lisp file "python.el" is provided to facilitate editing
|
|
Python programs in GNU Emacs (slightly improved since posted to
|
|
gnu.emacs.sources)
|
|
- Some info on writing an extension in C is provided
|
|
- Some info on building Python on non-UNIX platforms is provided
|
|
|
|
|
|
=====================================
|
|
==> Release 0.9.1 (February 1991) <==
|
|
=====================================
|
|
|
|
- Micro changes only
|
|
- Added file "patchlevel.h"
|
|
|
|
|
|
=====================================
|
|
==> Release 0.9.0 (February 1991) <==
|
|
=====================================
|
|
|
|
Original posting to alt.sources.
|