Mailman 3 February 2006 - Python-Dev

javascript "standing on Python's shoulders" as it moves forward.
by Mark Hammond Feb. 20, 2006

Feb. 20, 2006

Sorry for the slightly off-topic post, but I thought it of interest that Brendan Eich (the "father" of javascript) has blogged about the future of js, and specifically how he will "borrow from Python for iteration, generators, and comprehensions" and more generally why he is "standing on Pythons shoulders" when appropriate. http://weblogs.mozillazine.org/roadmap/archives/2006/02/ The fact my name appears there is a happy coincidence related to the fact I am working with Mozilla on making their DOM "language agnostic" and supporting Python - but the general reasons why Python is seen as important is interesting... Mark

1 0

Re: [Python-Dev] buildbot is all green
by Benji York Feb. 19, 2006

Feb. 19, 2006

Martin v. Löwis wrote: > Benji York wrote: > >>See http://www.benjiyork.com/pybb. > > > Great! you haven't explicitly stated that: may I copy this on > python.org? (I did, but I need confirmation) Sure! Feel free to use it as you wish. I replied to Walter Dörwald's suggestions and made a few changes, but don't know which I like better. If you prefer the new one at http://www.benjiyork.com/pybb you can use it as well. (copying python-dev as a permanent record of permission) -- Benji York

2 1

test_fileinput failing on Windows
by Tim Peters Feb. 19, 2006

Feb. 19, 2006

This started failing since last night: C:\Code\python\PCbuild>python ..\lib\test\test_fileinput.py 1. Simple iteration (bs=0) 2. Status variables (bs=0) 3. Nextfile (bs=0) 4. Stdin (bs=0) 5. Boundary conditions (bs=0) 6. Inplace (bs=0) 7. Simple iteration (bs=30) 8. Status variables (bs=30) 9. Nextfile (bs=30) 10. Stdin (bs=30) 11. Boundary conditions (bs=30) 12. Inplace (bs=30) 13. 0-byte files 14. Files that don't end with newline 15. Unicode filenames 16. fileno() 17. Specify opening mode Traceback (most recent call last): File "..\lib\test\test_fileinput.py", line 201, in <module> verify(lines == ["A\n", "B\n", "C\n", "D"]) File "C:\Code\python\lib\test\test_support.py", line 204, in verify raise TestFailed(reason) test.test_support.TestFailed: test failed `lines` at that point is ['A\n', 'B\n', '\n', 'C\n', 'D'] which indeed doesn't equal ["A\n", "B\n", "C\n", "D"]

1 1

Enhancements to the fileinput module
by Georg Brandl Feb. 19, 2006

Feb. 19, 2006

I've just checked in some enhancements to the fileinput module. * fileno() to check the current file descriptor * mode argument to allow opening in universal newline mode * openhook argument to allow transparent opening of compressed or encoded files. Please feel free to comment. Cheers, Georg

2 1

2.5 release schedule
by Neal Norwitz Feb. 19, 2006

Feb. 19, 2006

I was hoping to get a lot more feedback about PEP 356 and the 2.5 release schedule. http://www.python.org/peps/pep-0356.html I updated the schedule it is now: alpha 1: May 6, 2006 [planned] alpha 2: June 3, 2006 [planned] alpha 3: July 1, 2006 [planned] beta 1: July 29, 2006 [planned] beta 2: August 26, 2006 [planned] rc 1: September 16, 2006 [planned] final: September 30, 2006 [planned] What do people think about that? There are still a lot of features we want to add. Is this ok with everyone? Do you think it's realistic? We still need a release manager. No one has heard from Anthony. If he isn't interested is someone else interested in trying their hand at it? There are many changes necessary in PEP 101 because since the last release both python and pydotorg have transitioned from CVS to SVN. Creosote also moved. n

7 9

Re: [Python-Dev] [Python-checkins] r42490 - in python/branches/release24-maint: Lib/fileinput.py Lib/test/test_fileinput.py Misc/NEWS
by M.-A. Lemburg Feb. 19, 2006

Feb. 19, 2006

Georg Brandl wrote: > M.-A. Lemburg wrote: >> Why are these new features being backported to 2.4 ? >> >> georg.brandl wrote: >>> Author: georg.brandl >>> Date: Sun Feb 19 10:51:33 2006 >>> New Revision: 42490 >>> >>> Modified: >>> python/branches/release24-maint/Lib/fileinput.py >>> python/branches/release24-maint/Lib/test/test_fileinput.py >>> python/branches/release24-maint/Misc/NEWS >>> Log: >>> Patch #1337756: fileinput now accepts Unicode filenames. > > Is that a new feature? I thought that wherever a filename is accepted, > it can be unicode too. > > The previous behavior was a bug in any case, since it treated the > unicode string as a sequence of filenames. Would you fix that by > raising a ValueError? No, but from the text in the NEWS file things sounded a lot like a feature rather than a bug fix. -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Feb 19 2006) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,FreeBSD for free ! ::::

1 0

Re: [Python-Dev] [Python-checkins] r42490 - in python/branches/release24-maint: Lib/fileinput.py Lib/test/test_fileinput.py Misc/NEWS
by M.-A. Lemburg Feb. 19, 2006

Feb. 19, 2006

Why are these new features being backported to 2.4 ? georg.brandl wrote: > Author: georg.brandl > Date: Sun Feb 19 10:51:33 2006 > New Revision: 42490 > > Modified: > python/branches/release24-maint/Lib/fileinput.py > python/branches/release24-maint/Lib/test/test_fileinput.py > python/branches/release24-maint/Misc/NEWS > Log: > Patch #1337756: fileinput now accepts Unicode filenames. > > > Modified: python/branches/release24-maint/Lib/fileinput.py > ============================================================================== > --- python/branches/release24-maint/Lib/fileinput.py (original) > +++ python/branches/release24-maint/Lib/fileinput.py Sun Feb 19 10:51:33 2006 > @@ -184,7 +184,7 @@ > """ > > def __init__(self, files=None, inplace=0, backup="", bufsize=0): > - if type(files) == type(''): > + if isinstance(files, basestring): > files = (files,) > else: > if files is None: > > Modified: python/branches/release24-maint/Lib/test/test_fileinput.py > ============================================================================== > --- python/branches/release24-maint/Lib/test/test_fileinput.py (original) > +++ python/branches/release24-maint/Lib/test/test_fileinput.py Sun Feb 19 10:51:33 2006 > @@ -157,3 +157,13 @@ > verify(fi.lineno() == 6) > finally: > remove_tempfiles(t1, t2) > + > +if verbose: > + print "15. Unicode filenames" > +try: > + t1 = writeTmp(1, ["A\nB"]) > + fi = FileInput(files=unicode(t1, sys.getfilesystemencoding())) > + lines = list(fi) > + verify(lines == ["A\n", "B"]) > +finally: > + remove_tempfiles(t1) > > Modified: python/branches/release24-maint/Misc/NEWS > ============================================================================== > --- python/branches/release24-maint/Misc/NEWS (original) > +++ python/branches/release24-maint/Misc/NEWS Sun Feb 19 10:51:33 2006 > @@ -74,6 +74,8 @@ > Library > ------- > > +- Patch #1337756: fileinput now accepts Unicode filenames. > + > - Patch #1373643: The chunk module can now read chunks larger than > two gigabytes. -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Feb 19 2006) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,FreeBSD for free ! ::::

1 0

ssize_t branch merged
by "Martin v. Löwis" Feb. 19, 2006

Feb. 19, 2006

Just in case you haven't noticed, I just merged the ssize_t branch (PEP 353). If you have any corrections to the code to make which you would consider bug fixes, just go ahead. If you are uncertain how specific problems should be resolved, feel free to ask. If you think certain API changes should be made, please discuss them here - they would need to be reflected in the PEP as well. Regards, Martin

7 10

The decorator(s) module
by Georg Brandl Feb. 18, 2006

Feb. 18, 2006

Hi, it has been proposed before, but there was no conclusive answer last time: is there any chance for 2.5 to include commonly used decorators in a module? Of course not everything that jumps around should go in, only pretty basic stuff that can be widely used. Candidates are: - @decorator. This properly wraps up a decorator function to change the signature of the new function according to the decorated one's. - @contextmanager, see PEP 343. - @synchronized/@locked/whatever, for thread safety. - @memoize - Others from wiki:PythonDecoratorLibrary and Michele Simionato's decorator module at <http://www.phyast.pitt.edu/~micheles/python/documentation.html>. Unfortunately, a @property decorator is impossible... regards, Georg

7 12

Re: [Python-Dev] Adventures with ASTs - Inline Lambda
by Talin Feb. 18, 2006

Feb. 18, 2006

All right, the patch is up on SF. Sorry for the delay, I accidentally left my powerbook about an hour's drive away from home, and had to drive to go get it this morning :) To those who were asking what advantage the new syntax has - well, from a technical perspective there are none, since the underlying implementation is identical. The only (minor) difference is in the syntactical ambiguity, which both forms have - with lambda you can't be certain when to stop parsing the result expression, whereas with 'given' you can't be certain when to stop parsing the argument list. I see the primary advantage of the inline syntax as pedagogical - given a choice, I would rather explain the "given" syntax to a novice programmer than try to explain lambda. This is especially true given the similarity in form to generator expressions - in other words, once you've gone through the effort of explaining generator expressions, you can re-use most of that explanation when explaining "function expressions"; whereas with lambda, which looks like nothing else in Python, you have to start from scratch. -- Talin

3 3