Mailman 3 October 2005 - Python-Dev

Divorcing str and unicode (no more implicitconversions).
by Jim Jewett Oct. 26, 2005

Oct. 26, 2005

Greg Ewing asked: > Would it help if an identifier were required to be > made up of letters from the same alphabet, e.g. all > Latin or all Greek or all Cyrillic, but not a mixture. Probably, yes, though there could still be problems mixing within a program. FWIW, the Opera web browser is already using a similar solution. Domain names are limited to Latin-1 *unless* the top-level registrar has a policy to prevent spoofing. -jJ

1 0

PEP 343 - multiple context managers in one statement
by Paul Moore Oct. 26, 2005

Oct. 26, 2005

I have a deep suspicion that this has been done to death already, but my searching ability isn't up to finding the reference. So I'll simply ask the question, and not offer a long discussion: Has the option of letting the with statement admit multiple context managers been considered (and presumably rejected)? I'm thinking of with expr1, expr2, expr3: # whatever In some ways, this doesn't even need an extension to the PEP - giving tuples suitable __enter__ and __exit__ methods would do it. Or, I suppose a user-defined manager which combined a list of others: class combining: def __init__(*mgrs): self.mgrs = mgrs def __with__(self): return self def __enter__(self): return tuple(mgr.__enter__() for mgr in self.mgrs) def __exit__(self, type, value, tb): # first in, last out for mgr in reversed(self.mgrs): mgr.__exit__(type, value, tb) Would that be worth using as an example in the PEP? Sorry - it got a bit long anyway... Paul. PS The signature of __with__ in example 4 in the PEP is wrong - it has an incorrect "lock" parameter.

2 2

Re: [Python-Dev] Proposed resolutions for open PEP 343 issues
by Phillip J. Eby Oct. 26, 2005

Oct. 26, 2005

At 09:19 AM 10/23/2005 -0700, Guido van Rossum wrote: >On 10/23/05, Nick Coghlan <ncoghlan(a)gmail.com> wrote: > > However, I'm still concerned about the fact that the following class has a > > context manager that doesn't actually work: > > > > class Broken(object): > > def __context__(self): > > print "This never gets executed" > > yield > > print "Neither does this" > >That's only because of your proposal to endow generators with a >default __context__ manager. Drop that idea and you're golden. > >(As long as nobody snuck the proposal back in to let the >with-statement silently ignore objects that don't have a __context__ >method -- that was rejected long ago on.) Actually, you've just pointed out a new complication introduced by having __context__. The return value of __context__ is supposed to have an __enter__ and an __exit__. Is it a type error if it doesn't? How do we handle that, exactly? That is, assuming generators don't have enter/exit/context methods, then the above code is broken because its __context__ returns an object without enter/exit, sort of like an __iter__ that returns something without a 'next()'.

5 13

make testall hanging on HEAD?
by Anthony Baxter Oct. 26, 2005

Oct. 26, 2005

At the moment, I see make testall hanging in test_timeout. In addition, test_curses is leaving the tty in a hosed state: test_crypt test_csv test_curses test_datetime test_dbm test_decimal test_decorators test_deque test_descr This is on Ubuntu Breezy, [GCC 4.0.2 20050808 (prerelease) (Ubuntu 4.0.1-4ubuntu9)] on linux2 Anyone else see this? -- Anthony Baxter <anthony(a)interlink.com.au> It's never too late to have a happy childhood.

2 1

Inconsistent Use of Buffer Interface in stringobject.c
by Phil Thompson Oct. 25, 2005

Oct. 25, 2005

I'm implementing a string-like object in an extension module and trying to make it as interoperable with the standard string object as possible. To do this I'm implementing the relevant slots and the buffer interface. For most things this is fine, but there are a small number of methods in stringobject.c that don't use the buffer interface - and I don't understand why. Specifically... string_contains() doesn't which means that... MyString("foo") in "foobar" ...doesn't work. s.join(sequence) only allows sequence to contain string or unicode objects. s.strip([chars]) only allows chars to be a string or unicode object. Same for lstrip() and rstrip(). s.ljust(width[, fillchar]) only allows fillchar to be a string object (not even a unicode object). Same for rjust() and center(). Other methods happily allow types that support the buffer interface as well as string and unicode objects. I'm happy to submit a patch - I just wanted to make sure that this behaviour wasn't intentional for some reason. Thanks, Phil

4 6

Re: [Python-Dev] Divorcing str and unicode (no more implicit conversions).
by Guido van Rossum Oct. 25, 2005

Oct. 25, 2005

On 10/25/05, Bill Janssen <janssen(a)parc.com> wrote: > I think he was more interested in the invariant Martin proposed, that > > len("\U00010000") > > should always be the same and should always be 1. Yes but why? What does this invariant do for him? -- --Guido van Rossum (home page: http://www.python.org/~guido/)

2 1

AST branch is in?
by Anthony Baxter Oct. 25, 2005

Oct. 25, 2005

So it looks like the AST branch has landed. Wooo! Well done to all who were involved - it seems like it's been a huge amount of work. Could someone involved give a short email laying out what concrete (no pun intended) advantages this new compiler gives us? Does it just allow us to do new and interesting manipulations of the code during compilation? Cleaner, easier to maintain, or the like? Anthony -- Anthony Baxter <anthony(a)interlink.com.au> It's never too late to have a happy childhood.

10 15

New codecs checked in
by M.-A. Lemburg Oct. 25, 2005

Oct. 25, 2005

I've checked in a whole bunch of newly generated codecs which now make use of the faster charmap decoding variant added by Walter a short while ago. Please let me know if you find any problems. Some codecs (esp. the Mac OS X ones) have minor changes. These originate from updated mapping files on ftp.unicode.org. I also added an alias iso8859_1 -> latin_1, so that applications using the iso8859_1 encoding name can benefit from the faster native implementation of the latin_1 codec. Regards, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Oct 22 2005) >>> 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 ! ::::

3 15

"? operator in python"
by Lucky Wankhede Oct. 25, 2005

Oct. 25, 2005

Dear sir, I m a student of Computer Science Dept. University Of Pune.(M.S.) (India). Sir , I have found that the python is about to have feature of "? " operator same as in C languge. Sir , Not Only I but the our whole Dept. is waitng for it. Kindly provide me with the information that in version of python we will be able to find that feature and when it is about to realse. Considering your best of sympathetic consideration. Hoping for early response. Thank You. Mr. Lucky R. Wankhede M.C,A, Ist, __________________________________________________________ Yahoo! India Matrimony: Find your partner now. Go to http://yahoo.shaadi.com

1 0

Reminder: PyCon 2006 submissions due in a week
by A.M. Kuchling Oct. 25, 2005

Oct. 25, 2005

The submission deadline for PyCon 2006 is now a week away. PyCon 2006 will be in Dallas, Texas, February 24-26 2006. For 2006, I'd like to see more tutorial-style talks on the program. This means that your talk doesn't have to be about something entirely new; you can show how to use a particular language feature, standard library module, examine some aspect of a Python implementation, or compare the available libraries in an application domain. For example, the most popular talk at 2005 was Michelle Levesque's PyWeboff, which compare various web development tools. The next most popular (ignoring a few keynotes and the lightning talks) were Alex Martelli's talks on iterators & generators, and on OOP. Partly that's because it's Alex, of course, but I think attendees want help in deciding which tools are good/helpful/safe to use. If you need an idea, http://wiki.python.org/moin/PyCon2005/Feedback lists some topics that 2005's attendees were interested in. CFP: http://www.python.org/pycon/2006/cfp Proposal submission site: http://submit.python.org/ --amk

1 0