Mailman 3 September 2005 - Python-Dev

inplace operators and __setitem__
by Reinhold Birkenfeld 29 Sep '05

29 Sep '05

Hi, a general question. Consider: class A(list): def __setitem__(self, index, item): # do something with index and item return list.__setitem__(self, index, item) lst = A([1,set()]) lst[0] |= 1 lst[1] |= set([1]) Do we want lst.__setitem__ to be called in the second inplace assignment? A case where this matters is here: http://python.org/sf/1306777 Reinhold -- Mail address is perfectly valid!

5 11

Mapping Darwin 8.2.0 to Mac OS X 10.4.2 in platform.py
by Guido van Rossum 29 Sep '05

29 Sep '05

The platform module has a way to map system names such as returned by uname() to marketing names. It maps SunOS to Solaris, for example. But it doesn't map Darwin to Mac OS X. I think I know how to map Darwin version numbers to OS X version numbers: from http://www.opensource.apple.com/darwinsource/ it is clear that OS X 10.a.b corresponds to Darwin (a+4).b, except for OS X versions <= 10.1. I'd be happy to write the code and add it to system_alias() in platform.py. Is this a good idea? -- --Guido van Rossum (home page: http://www.python.org/~guido/)

5 9

release24-maint is UNFROZEN. 2.4.3 around March or so.
by Anthony Baxter 29 Sep '05

29 Sep '05

So no brown-paper-bag bugs have been reported that I've seen, so let's unfreeze the release24-maint branch. Note that there will be at least a 2.4.3, probably around Feb-March next year (around the time of 2.5a1, as currently vaguely planned). I might also cut a final 2.4.4 after 2.5 final is out. -- Anthony Baxter <anthony(a)interlink.com.au> It's never too late to have a happy childhood.

1 0

RELEASED Python 2.4.2 (final)
by Anthony Baxter 28 Sep '05

28 Sep '05

On behalf of the Python development team and the Python community, I'm happy to announce the release of Python 2.4.2 (final). Python 2.4.2 is a bug-fix release. See the release notes at the website (also available as Misc/NEWS in the source distribution) for details of the more than 60 bugs squished in this release. For more information on Python 2.4.2, including download links for various platforms, release notes, and known issues, please see: http://www.python.org/2.4.2 Highlights of this new release include: - Bug fixes. According to the release notes, more than 60 have been fixed, including bugs that prevented Python from working properly on 64 bit HP/UX and AIX systems. Highlights of the previous major Python release (2.4) are available from the Python 2.4 page, at http://www.python.org/2.4/highlights.html Enjoy the new release, Anthony Anthony Baxter anthony(a)python.org Python Release Manager (on behalf of the entire python-dev team)

1 0

Python 2.4.2 documentation online
by Fred L. Drake, Jr. 28 Sep '05

28 Sep '05

The Python 2.4.2 documentation is now online in the main documentation area (as opposed to just the /dev/ area) for both www.python.org and docs.python.org. The 2.4 and 2.4.1 documentation areas have been updated to link to the 2.4.2 documentation as the preferred documentation for all 2.4.x releases. -Fred -- Fred L. Drake, Jr. <fdrake at acm.org>

1 0

Adding a conditional expression in Py3.0
by Sokolov Yura 27 Sep '05

27 Sep '05

Sorry for looking in every hole. Just a suggestion. A= condition and first or second problem is in case when first in (None,0,[],""). May be invent new operator 'take'. take - returns right operator when left evals to True and stops computing condidtional expression. Then we could write: A = condition take first or second. A = x==y take w or s A = z is not None and q!=12 take [] or allowable(z,q) take [(z,q)] or "Impossible" Ok, it might looks ugly. But may be not. ------------------------------------- Excuse my english.

4 3

Fixing pty.spawn()
by Gustavo Barbieri 27 Sep '05

27 Sep '05

Hello, I've come to a problem with pty.spawn() as it states on its source code: # Bugs: No signal handling. Doesn't set slave termios and window size. As I need this feature working, I want to fix this bug. Does someone have any idea on how to fix it? (My problem: I want to launch ncurses software from my python software, then come back, choose another program and launch it, ...) -- Gustavo Sverzut Barbieri --------------------------------------- Computer Engineer 2001 - UNICAMP GPSL - Grupo Pro Software Livre Cell..: +55 (19) 9165 8010 Jabber: gsbarbieri(a)jabber.org ICQ#: 17249123 MSN: barbieri(a)gmail.com Skype: gsbarbieri GPG: 0xB640E1A2 @ wwwkeys.pgp.net

1 1

IMPORTANT: release24-maint branch is FROZEN from 2005-09-28 00:00 UTC for 2.4.2
by Anthony Baxter 26 Sep '05

26 Sep '05

So here we go - the release24-maint branch will be frozen from midnight UTC on Wednesday the 28th (about 36 hours from now). This is to cut 2.4.2 (final). If you have any pending patches you want to see landed on the branch, mail me about them - and do it soon! There's been a bunch of fixes since 2.4.2c1, but nothing that I judge making it worthwhile doing a 2.4.2c2. I'm open to other opinions here, of course. Anthony

2 1

Re: [Python-Dev] Adding a conditional expression in Py3.0
by Guido van Rossum 26 Sep '05

26 Sep '05

(Adding python-dev back to the CC list) On 9/20/05, Jason Orendorff <jason.orendorff(a)gmail.com> wrote: > > If there's one thing I've learned from the PEP 308 vote, it is that > > votes for language don't work. I prefer some discussion on Python-dev > > after which I pick one. > > +1 > > Some visual aids: > > return (if q: q.popleft() else: None) > return (if q then q.popleft() else None) > return q ? q.popleft() : None > > Hmmm. Score one for ?:. But: Why? Just because it's shorter? > menu.append( > if gotHerring(): popHerring() > elif gotAnyFish(): popAnyFish() > else: Tofurbot()) > > menu.append(gotHerring() ? popHerring() : gotAnyFish() ? > popAnyFish() : Tofurbot()) > > Here, I like the way the verbose syntax politely spreads itself out > over multiple lines. In C, I never know where to put the line breaks. Ouch. You're bringing up another valid issue: whether to support "elif". I think if we go with (if ... then ... else ...) or (if ...: ... else: ...) we'll have to support elif as well: (if ... then ... elif ... then ... else ...) or (if ...: ... elif ...: ... else: ...) I really don't like the latter. Here's a suggestion for a way to decide between a "wordy" version or C-style "?:" -- if we abandon and/or in favor of &&/||, we should also go with ?:; if we keep and/or, we should use a keyword-based conditional as well. Since so far the feedback is overwhelmingly in favor of keeping and/or, I think that settles the case in favor of a wordy version. My preference then would be (if ... then ... elif ... then ... else ...) which gives my a nice nostalgic feeling because (except for the elif part) Algol-60 had the same thing -- the first programming language I ever learned. :) (Oh, and a way to decide between colon or no colon: we're not using colons in list comps and genexprs either.) -- --Guido van Rossum (home page: http://www.python.org/~guido/)

15 29

Adding a conditional expression in Py3.0
by Sokolov Yura 26 Sep '05

26 Sep '05

New keyword is so expensive? And why special case for 'then' is better than special case for 'take'?

1 0