Mailman 3 April 2000 - Python-Dev

Re: unicode: strange exception (part 2)
by Fredrik Lundh April 5, 2000

April 5, 2000

I wrote: > >>> "!" in ("a", None) > 0 > >>> u"!" in ("a", None) > Traceback (innermost last): > File "<stdin>", line 1, in ? > TypeError: expected a character buffer object with the latest version, I get: >>> "!" in ("a", None) 0 >>> u"!" in ("a", None) Traceback (most recent call last): File "<stdin>", line 1, in ? TypeError: coercing to Unicode: need string or charbuffer is this really an improvement? looks like … [View More]

2 1

_tkinter and Tcl/Tk versions
by artcom0!pf＠artcom-gmbh.de April 5, 2000

April 5, 2000

Hi! Guido van Rossum: > Modified Files: > FixTk.py > Log Message: > Work the Tcl version number in the path we search for. [...] > ! import sys, os, _tkinter > ! ver = str(_tkinter.TCL_VERSION) > ! v = os.path.join(sys.prefix, "tcl", "tcl"+ver) > if os.path.exists(os.path.join(v, "init.tcl")): > os.environ["TCL_LIBRARY"] = v [...] Just a wild idea: Does it make sense to have several incarnations of the shared object file _tkinter.so (or _tkinter.pyd … [View More]

3 3

a slightly more coherent case
by gvwilson＠nevex.com April 5, 2000

April 5, 2000

Here's a longer, and hopefully more coherent, argument for using the divided-by sign in P3K: 1. If P3K source is allowed to be Unicode, then all Python programming systems (custom-made or pre-existing) are going to have to be able to handle more than just 1970s-vintage 7-bit ASCII. If that support has to be there, it seems a shame not to make use of it in the language itself where that would be helpful. [1,2] 2. As I understand it, support for (int,int)->float division is … [View More]

8 13

Re: A surprising case of cyclic trash
by Neil Schemenauer April 5, 2000

April 5, 2000

An even simpler example: >>> import sys >>> d = {} >>> print sys.getrefcount(d) 2 >>> exec("def f(): pass\n") in d >>> print sys.getrefcount(d) 3 >>> d.clear() >>> print sys.getrefcount(d) 2 exec adds the function to the dictionary. The function references the dictionary through globals. Neil -- "If elected mayor, my first act will be to kill the whole lot of you, and burn your town to cinders!" -- Groundskeeper Willie

1 0

Windows installer pre-prelease
by Guido van Rossum April 4, 2000

April 4, 2000

The Windows installer is always hard to get just right. If you have a moment, go to http://www.python.org/1.6/ and download the Windows Installer prerelease. Let me know what works, what doesn't! I've successfully installed it on Windows NT 4.0 and on Windows 98, both with default install target and with a modified install target. I'd love to hear that it also installs cleanly on Windows 95. Please test IDLE from the start menu! --Guido van Rossum (home page: http://www.python.org/~guido/)

5 9

FW: [Python-Dev] Windows installer pre-prelease
by David Ascher April 4, 2000

April 4, 2000

Forgot to cc: python-dev on my reply to Greg -----Original Message----- From: David Ascher [mailto:DavidA@ActiveState.com] Sent: Tuesday, April 04, 2000 6:23 PM To: Greg Stein Subject: RE: [Python-Dev] Windows installer pre-prelease > Valid point. But there are other solutions, too. VC distributes a thing > named "VCVARS.BAT" to set up paths and other environ vars. Python could > certainly do the same thing (to overcome the embedded-space issue). I hate VCVARS -- it doesn't work … [View More]

1 0

Re: Unicode and comparisons
by Martin v. Loewis April 4, 2000

April 4, 2000

> Question: is this behaviour acceptable or should I go even further > and mask decoding errors during compares and contains tests too ? I always thought it is a core property of cmp that it works between all objects. Because of that, >>> x=[u'1','aäöü'] >>> x.sort() Traceback (most recent call last): File "<stdin>", line 1, in ? UnicodeError: UTF-8 decoding error: invalid data fails. As always in cmp, I'd expect to get a consistent outcome here (ie. cmp … [View More]

4 4

Heads up: socket.connect() breakage ahead
by Guido van Rossum April 4, 2000

April 4, 2000

Someone noticed that socket.connect() and a few related functions (connect_ex() and bind()) take either a single (host, port) tuple or two separate arguments, but that only the tuple is documented. Similar to append(), I'd like to close this gap, and I've made the necessary changes. This will probably break lots of code. Similar to append(), I'd like people to fix their code rather than whine -- two-arg connect() has never been documented, although it's found in much code (even the socket … [View More]

8 17

Re: [Python-checkins] CVS: python/dist/src/Modules socketmodule.c,1.99,1.100
by Fredrik Lundh April 4, 2000

April 4, 2000

> Socket methods: > + (NB: an argument list of the form (sockaddr...) means that multiple > + arguments are treated the same as a single tuple argument, for backwards > + compatibility.) how about threatening to remove this in 1.7? IOW: > + (NB: an argument list of the form (sockaddr...) means that multiple > + arguments are treated the same as a single tuple argument, for backwards > + compatibility. This is deprecated, and will be removed in future versions.) </F>

1 0

New Features in Python 1.6
by Guido van Rossum April 4, 2000

April 4, 2000

New Features in Python 1.6 ========================== With the recent release of Python 1.6 alpha 1, a lot of people have been wondering what's new. This short note aims to explain the major changes in Python 1.6. Core Language ------------- 1. Unicode strings Python strings can now be stored as Unicode strings. To make it easier to type Unicode strings, the single-quote character defaults to creating a Unicode string, while the double-quote character defaults to ASCII strings. If you … [View More]need to create a Unicode string with double quotes, just preface it with the letter "u"; likewise, an ASCII string can be created by prefacing single quotes with the letter "a". For example: foo = 'hello' # Unicode foo = "hello" # ASCII foo = a'hello' # ASCII foo = u"hello" # Unicode You can still use the "r" character to quote strings in a manner convenient for the regular expression engine, but with subtle changes in semantics: see "New regular expression engine" below for more information. Also, for compatibility with most editors and operating systems, Python source code is still 7-bit ASCII. Thus, for portability it's best to write Unicode strings using one of two new escapes: \u and \N. \u lets you specify a Unicode character as a 16-bit hexadecimal number, and \N lets you specify it by name: message = 'Bienvenue \N{LATIN SMALL LETTER A WITH GRAVE} ' \ + 'Python fran\N{LATIN SMALL LETTER C WITH CEDILLA}ais!' message = 'Bienvenue \u00E0 Python fran\u00E7ais!' 2. string methods Python strings have grown methods, just like lists and dictionaries. For instance, to split a string on spaces, you can now say this: tokens = "foo bar baz".split(" ") Or, equivalently, this: tokens = " ".split("foo bar baz") (Python figures out which string is the delimiter and which is the string to split by examining both strings to see which one occurs more frequently inside the other.) Be careful not to mix Unicode and ASCII strings when doing this, though. Other examples: foo = "The quick red fox jumped over the lazy brown dog." foo.find("dog") foo.strip() foo.lower() Note that use of any string method on a particular string renders it mutable. This is for consistency with lists, which are mutable and have methods like 'append()' and 'sort()' that modify the list. Thus, "foo.strip()" modifies the string 'foo' in-place. "strip(foo)" retains its old behavior of returning a modified copy of 'foo'. 3. extended call syntax The variable argument list and keyword argument syntax introduced in Python 1.3 has been extended. Previously, it only worked in function/method signatures; calling other functions with the same arguments required the use of 'apply()' def spam(arg1,arg2,*more_args,**keyword_args): # ... apply(foo,(arg1,arg2) + more_args,keyword_args) Now it works for calling functions too. For consistency with C and C++, asterisks in the function signature become ampersands in the function body: foo(arg1,arg2,&more_args,&&keyword_args) 4. assignment to None now works In previous version of Python, values assigned to None were lost. For example, this code: (username,None,None,None,realname,homedir,None) = getpwuid(uid) would only preserve the user name, real name, and home directory fields from a password file entry -- everything else of interest was lost. In Python 1.6, you can meaningfully assign to None. In the above example, None would be replaced by a tuple containing the four values of interest. You can also use the variable argument list syntax here, for example: (username,password,uid,uid,*None) = getpwuid(uid) would set None to a tuple containing the last three elements of the tuple returned by getpwuid. Library ------- 1. Distutils In the past, lots of people have complained about the lack of a standard mechanism for distributing and installing Python modules. This has been fixed by the Distutils, or Distribution Utilities. We took the approach of leveraging past efforts in this area rather than reinventing a number of perfectly good wheels. Thus, the Distutils take advantage of a number of "best-of-breed" tools for distributing, configuring, building, and installing software. The core of the system is a set of m4 macros that augment the standard macros supplied by GNU Autoconf. Where the Autoconf macros generate shell code that becomes a configure script, the Distutils macros generate Python code that creates a Makefile. (This is a similar idea to Perl's MakeMaker system, but of course this Makefile builds Python modules and extensions!) Using the Distutils is easy: you write a script called "setup.in" which contains both Autoconf and Distutils m4 macros; the Autoconf macros are used to create a "configure" script which examines the target system to find out how to build your extensions there, and the Distutils macros create a "setup.py" script, which generates a Makefile that knows how to build your particular collection of modules. You process "setup.in" before distributing your modules, and bundle the resulting "configure" and "setup.py" with your modules. Then, the user just has to run "configure", "setup.py", and "make" to build everything. For example, here's a small, simple "setup.in" for a hypothetical module distribution that uses Autoconf to check for a C library "frob" and builds a Python extension called "_frob" and a pure Python module "frob": AC_INIT(frobmodule.c) AC_CHECK_HEADER(frob.h) AC_HAVE_LIBRARY(frob) AC_OUTPUT() DU_INIT(Frob,1.0) DU_EXTENSION(_frob,frobmodule.c,-lfrob) DU_MODULE(frob,frob.py) DU_OUTPUT(setup.py) First, you run this setup.in using the "prepare_dist" script; this creates "configure" and "setup.py": % prepare_dist Next, you configure the package and create a makefile: % ./configure % ./setup.py Finally, to create a source distribution, use the "sdist" target of the generated Makefile: % make sdist This creates Frob-1.0.tar.gz, which you can then share with the world. A user who wishes to install your extension would download Frob-1.0.tar.gz and create local, custom versions of the "configure" and "setup.py" scripts: % gunzip -c Frob-1.0.tar.gz | tar xf - % cd Frob-1.0 % ./configure % ./setup.py Then, she can build and install your modules: % make % make install Hopefully this will foster even more code sharing in the Python community, and prevent unneeded duplication of effort by module developers. Note that the Python installer for Windows now installs GNU m4, the bash shell, and Autoconf, so that Windows users will be able to use the Distutils just like on Unix. 2. Imputils Complementary to the Distutils are the Imputils, or Import Utilities. Python's import mechanism has been reworked to make it easy for Python programmers to put "hooks" into the code that finds and loads modules. The default import mechanism now includes hooks, written in Python, to load modules via HTTP from a known URL. This has allowed us to drop most of the standard library from the distribution. Now, for example, when you import a less-commonly-needed module from the standard library, Python fetches the code for you. For example, if you say import tokenize then Python -- via the Imputils -- will fetch http://modules.python.org/lib/tokenize.py for you and install it on your system for future use. (This is why the Python interpreter is now installed as a setuid binary under Unix -- if you turn off this bit, you will be unable to load modules from the standard library!) If you try to import a module that's not part of the standard library, then the Imputils will find out -- again from modules.python.org -- where it can find this module. It then downloads the entire relevant module distribution, and uses the Distutils to build and install it on your system. It then loads the module you requested. Simplicity itself! 3. New regular expression engine Python 1.6 includes a new regular expression engine, accessed through the "sre" module, to support Unicode strings. Be sure to use the *old* engine for ASCII strings, though: import re, sre # ... re.match(r"(\d+)", "The number is 42.") # ASCII sre.match(r'(\d+)', 'The number is \N{SUPERSCRIPT TWO}') # Unicode If you're not sure whether a string is ASCII or Unicode, you can always determine this at runtime: from types import * # ... if type(s) is StringType: m = re.match(r"...", s) elif type(s) is UnicodeType: m = sre.match(r'...', s) [View Less]

12 13