Mailman 3 February 2003 - Python-Dev

Re: Python 2.3a2 release today?
by Guido van Rossum Feb. 19, 2003

Feb. 19, 2003

I'm ready to start the clock ticking for a release of 2.3a2 TODAY (Wednesday). I'll tag the tree and do the release from there. Please, no checkins on either the branch or the head until you see the release announced on python.org or in c.l.py.a, or unless I ask you. --Guido van Rossum (home page: http://www.python.org/~guido/)

1 0

test_timeout fails on Win98SE
by Tim Peters Feb. 19, 2003

Feb. 19, 2003

NealN very recently changed test_timeout so that it actually ran its tests (it didn't before, unless it was run directly "by hand"). The result here on Win98SE: test test_timeout failed -- Traceback (most recent call last): File "C:\CODE\PYTHON\lib\test\test_timeout.py", line 107, in testConnectTimeout self.addr_remote) File "C:\CODE\PYTHON\lib\unittest.py", line 285, in failUnlessRaises raise self.failureException, excName AssertionError: error 1 test failed: test_timeout Doing what the test does by hand doesn't raise an exception either: >>> import socket >>> sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM) >>> sock.settimeout(.001) >>> sock.connect(('www.google.com', 80)) >>> I suspect (but don't know) that Win98SE treats .001 as if it were some larger value. It would help if I could find an address that doesn't get connected instantly from here <0.7 wink>.

4 4

[rfc] map enhancement
by Ludovic Aubry Feb. 19, 2003

Feb. 19, 2003

Hi, First a brief introduction, since this is my first post to python-dev: I'm a software engineer, mostly using C/C++ and Python. I also occasionaly teach a tutorial class on Python. A couple weeks ago I told Raymond Hettinger how I liked itertools and that I always missed a feature from map that could be easily implemeted in imap. He told me that he was trying to stay as close as possible to the behavior of the original map function. This why I am proposing this backward compatible enhancement to map: Using map you always end up using lambda functions to pass constant arguments to the mapping function like this: map( lambda x,y=K: f(x,y), L ) What I propose in this patch is to have map recognize its keyword arguments like this: map( f, L , y=K ) The result would be: def map( f, L, **kw ): # accepts only one list for simplicity l=[] for i in L: l.append( f(i,**kw) ) return l While it doesn't solve every problem (passing a value to the first arg) it could help remove many uses of lambda functions. If it turns out to be useful to people other than me I can also make a patch for the filter function which could benefit from the same extension. Since the patch is very small I include it here (against the latest python 2.3 cvs) Comments ? Index: src/Doc/lib/libfuncs.tex =================================================================== RCS file: /cvsroot/python/python/dist/src/Doc/lib/libfuncs.tex,v retrieving revision 1.128 diff -u -r1.128 libfuncs.tex --- src/Doc/lib/libfuncs.tex 31 Jan 2003 17:19:05 -0000 1.128 +++ src/Doc/lib/libfuncs.tex 18 Feb 2003 10:48:15 -0000 @@ -643,12 +643,14 @@ point numbers to integers truncates (towards zero). \end{funcdesc} -\begin{funcdesc}{map}{function, list, ...} +\begin{funcdesc}{map}{function, list1, ..., listN\optional{, k1=a1,...}} Apply \var{function} to every item of \var{list} and return a list of the results. If additional \var{list} arguments are passed, \var{function} must take that many arguments and is applied to the items of all lists in parallel; if a list is shorter than another it - is assumed to be extended with \code{None} items. If \var{function} + is assumed to be extended with \code{None} items. If optional keyword + arguments are passed, \var{function} must accept them as named arguments + and they are passed each time \var{function} is called. If \var{function} is \code{None}, the identity function is assumed; if there are multiple list arguments, \function{map()} returns a list consisting of tuples containing the corresponding items from all lists (a kind Index: src/Python/bltinmodule.c =================================================================== RCS file: /cvsroot/python/python/dist/src/Python/bltinmodule.c,v retrieving revision 2.281 diff -u -r2.281 bltinmodule.c --- src/Python/bltinmodule.c 13 Feb 2003 22:07:58 -0000 2.281 +++ src/Python/bltinmodule.c 18 Feb 2003 10:48:22 -0000 @@ -731,7 +731,7 @@ static PyObject * -builtin_map(PyObject *self, PyObject *args) +builtin_map(PyObject *self, PyObject *args, PyObject *kwargs) { typedef struct { PyObject *it; /* the iterator object */ @@ -854,7 +854,7 @@ if (func == Py_None) value = alist; else { - value = PyEval_CallObject(func, alist); + value = PyEval_CallObjectWithKeywords(func, alist, kwargs); Py_DECREF(alist); if (value == NULL) goto Fail_1; @@ -1780,7 +1780,7 @@ {"iter", builtin_iter, METH_VARARGS, iter_doc}, {"len", builtin_len, METH_O, len_doc}, {"locals", (PyCFunction)builtin_locals, METH_NOARGS, locals_doc}, - {"map", builtin_map, METH_VARARGS, map_doc}, + {"map", builtin_map, METH_KEYWORDS, map_doc}, {"max", builtin_max, METH_VARARGS, max_doc}, {"min", builtin_min, METH_VARARGS, min_doc}, {"oct", builtin_oct, METH_O, oct_doc}, -- Ludovic Aubry LOGILAB, Paris (France). http://www.logilab.com http://www.logilab.fr http://www.logilab.org

4 5

Re: 308: the debate is petering out
by Chermside, Michael Feb. 19, 2003

Feb. 19, 2003

Also worth mentioning by way of summary is that several people wrote about how they preferred the originally suggested form: trueVal if cond else falseVal mostly on readability grounds. I, too, find the order a bit peculiar, but it should be mentioned as several people brought it up. -- Michael Chermside

1 0

308: the debate is petering out
by Samuele Pedroni Feb. 19, 2003

Feb. 19, 2003

1926 ~on-topic PEP 308 posts by 185 posters posts by day: 07 Feb 73 08 Feb 374 09 Feb 244 10 Feb 382 11 Feb 298 12 Feb 229 13 Feb 124 14 Feb 82 15 Feb 62 16 Feb 34 17 Feb 22 posters with >2 posts: Erik Max Francis 254 Andrew Koenig 156 Andrew Dalke 99 => ~1/4 posts (509) by 3 poster(s) Aahz 84 holger krekel 72 Paul Rubin 56 Bengt Richter 53 James J. Besemer 51 Christian Tismer 43 Samuele Pedroni 43 Terry Reedy 43 Laura Creighton 38 => ~1/2 posts (992) by 12 poster(s) Dave Brueck 36 Michele Simionato 33 Tim Peters 31 Paul Moore 30 Roy Smith 30 Carlos Ribeiro 28 David Eppstein 28 Paul Paterson 23 Alex Martelli 21 Michael Hudson 21 ...

4 5

Re: Python 2.3a2 release today?
by Guido van Rossum Feb. 18, 2003

Feb. 18, 2003

We ran into some problems with pickling, and Jack needs more time for an applet builder bug, so the 2.3a2 release will be tomorrow (Feb 19). I expect to be freezing around noon EST (1800 MET). --Guido van Rossum (home page: http://www.python.org/~guido/)

1 0

Re: [Python-checkins] python/dist/src/Misc NEWS,1.660,1.661
by M.-A. Lemburg Feb. 18, 2003

Feb. 18, 2003

Jack, please change the name of that module before it's too late. Something like pkgman would much better fit the purpose (or packman if you feel that it should be a funny name ;-). jackjansen(a)users.sourceforge.net wrote: > Update of /cvsroot/python/python/dist/src/Misc > In directory sc8-pr-cvs1:/tmp/cvs-serv21478 > > Modified Files: > NEWS > Log Message: > Added notes about pimp and bundlebuilder to the Mac section. > > > Index: NEWS > =================================================================== > RCS file: /cvsroot/python/python/dist/src/Misc/NEWS,v > retrieving revision 1.660 > retrieving revision 1.661 > diff -C2 -d -r1.660 -r1.661 > *** NEWS 14 Feb 2003 19:29:21 -0000 1.660 > --- NEWS 16 Feb 2003 23:00:53 -0000 1.661 > *************** > *** 359,362 **** > --- 359,370 ---- > - Type Carbon.File.FSCatalogInfo and supporting methods have been implemented. > This also makes macfs.FSSpec.SetDates() work again. > + > + - There is a new module pimp, the package install manager for Python, and > + accompanying applet PackageManager. These allow you to easily download > + and install pretested extension packages either in source or binary > + form. Only in MacPython-OSX. > + > + - Applets are now built with bundlebuilder in MacPython-OSX, which should make > + them more robust and also provides a path towards BuildApplication. > > > > > > _______________________________________________ > Python-checkins mailing list > Python-checkins(a)python.org > http://mail.python.org/mailman/listinfo/python-checkins -- Marc-Andre Lemburg eGenix.com Professional Python Software directly from the Source (#1, Feb 17 2003) >>> Python/Zope Products & Consulting ... http://www.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ Python UK 2003, Oxford: 43 days left EuroPython 2003, Charleroi, Belgium: 127 days left

7 13

Python 2.3a2 release today?
by Guido van Rossum Feb. 18, 2003

Feb. 18, 2003

I'd like to release Python 2.3a2 today, if at all possible. Is there anything (outside the Mac tree) that should really be done before this release? Note that this is *not* the last opportunity to get new features in -- that would be 2.3b1, to be released a month from now. (Unless there's a screw-up in this release, I am planning no further alpha releases.) This email doesn't start a checkin freeze -- I'll announce that later when I feel more confident that there aren't any big pending issues. --Guido van Rossum (home page: http://www.python.org/~guido/)

2 2

Re: [Python-Dev] Package Install Manager for Python
by Kevin J. Butler Feb. 18, 2003

Feb. 18, 2003

> > >From: Jack Jansen <Jack.Jansen(a)cwi.nl> > >Wonderful, split votes:-) > But look at the intensity of the feeling: + on pimp = "a bit of a joke" - on pimp = "very offensive" This suggests to me that an alternative is warranted. +1 packman -5 pimp kb PS. Note that according to the US Patent/Trademark office, the similar Bally Midway/Namco trademark is for "pac-man", as distinct from "pacman" or "packman" see http://tess2.uspto.gov/bin/gate.exe?f=tess&state=vbocn0.1.1

1 0

Re: Package Install Manager for Python
by Mats Wichmann Feb. 18, 2003

Feb. 18, 2003

>I just don't view it as that insulting. In America it has >become a slang term to mean something is cool; "That's so pimp!" Jeez, I'm clearly getting old, never heard this one. >I don't think that's going to fly... just think of a >user manual: "Please use the pimp for your platform to >download piddle from the Internet. After successful >operation, click on idle to start off into working mode." > >Must be a cultural thing... Hardly, it's well known we "Yanks" don't have any (culture). What we also don't have any longer is a collective sense of humor in the use of language (we can find _anything_ offensive), which suggests we should be barred from suggesting names for anything :-) The first definition in my dictionary for pimp is simply "procurer".

1 0