Re: [Python-Dev] interested in Google Summer of Code: what should I do?

2006-04-24 Thread Neal Norwitz
Hi Karol. Please see the wiki: http://wiki.python.org/moin/SummerOfCode/ There are a bunch of ideas up there. If you want to hash out new ideas, I suppose this list is as good as any. But please do some searching to find if your idea has been tried before. It might also help you to guage inte

[Python-Dev] interested in Google Summer of Code: what should I do?

2006-04-24 Thread Karol Pietrzak
Hello everyone. I'm interested in the Python Software Foundation's Google Summer of Code proposals. What should I do? 1. Should I post my resume here? 2. List a few of the proposals that really interest me? 3. Explain why I feel qualified to contribute? 4. Who should I talk to? Thanks for every

Re: [Python-Dev] adding Construct to the standard library?

2006-04-24 Thread Travis E. Oliphant
Greg Ewing wrote: > Travis Oliphant wrote: > >> For what it's worth, NumPy also defines a data-type object which it >> uses to describe the fundamental data-type of an array. In the context >> of this thread it is also yet another way to describe a binary-packed >> structure in Python. > > M

Re: [Python-Dev] Proposed addition to threading module - released

2006-04-24 Thread Martin v. Löwis
Guido van Rossum wrote: > Tim is right, the UNLOCK/LOCK part is implied in the wait() call. > However, the wait() implementation really *does* provide a use case > for the primitive operation that Nick proposed, and it can't be > refactored to remove the pattern Martin disapproves of (though of > c

Re: [Python-Dev] SoC proposal: "fix some old, old bugs in sourceforge"

2006-04-24 Thread Neal Norwitz
On 4/24/06, A.M. Kuchling <[EMAIL PROTECTED]> wrote: > On Mon, Apr 24, 2006 at 12:30:12PM -0400, Alan McIntyre wrote: > > My unglamorous proposal is to review bugs & patches (starting with the > > oldest) and resolve at least 200 of them. Is that too much? Too few? > > I'll fix as many as possibl

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-24 Thread Nick Coghlan
Phillip J. Eby wrote: > At 04:48 AM 4/25/2006 +1000, Nick Coghlan wrote: >> Wanting to have two names for the same function tells me there's a >> problem >> with the terminology, not that we should actually have two names for >> the same >> function :) > > It is purely an implementation detail o

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-24 Thread Nick Coghlan
Phillip J. Eby wrote: > At 12:24 PM 4/24/2006 -0700, Aahz wrote: >> On Mon, Apr 24, 2006, Phillip J. Eby wrote: >>> At 04:48 AM 4/25/2006 +1000, Nick Coghlan wrote: Using two names to describe three different things isn't intuitive for anybody. >>> Um, what three things? I only count two

Re: [Python-Dev] Must objects with __enter__/__exit__ also supply __context__?

2006-04-24 Thread Nick Coghlan
Phillip J. Eby wrote: > At 09:35 PM 4/24/2006 +0100, Paul Moore wrote: >> The current, alpha 2, documentation insists that objects with >> __enter__ and __exit__ methods must also define __context__ in such a >> way that it returns self. >> >> I don't understand why that is necessary. It's not nec

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-24 Thread Nick Coghlan
Paul Moore wrote: > In the documentation of contextmanager, consider the examples: > > @contextmanager > def tag(name): > ... > > class Tag: > ... > @contextmanager > def __context__(self): > ... > > Now, tag should be a function which retu

Re: [Python-Dev] Google Summer of Code proposal: New class for work with binary trees AVL and RB as with the standard dictionary.

2006-04-24 Thread Hye-Shik Chang
On 4/25/06, Josiah Carlson <[EMAIL PROTECTED]> wrote: > > There exists various C and Python implementations of both AVL and > Red-Black trees. For users of Python who want to use AVL and/or > Red-Black trees, I would urge them to use the Python implementations. > In the case of *needing* the speed

Re: [Python-Dev] Reducing memory overhead for dictionaries by removing me_hash

2006-04-24 Thread Kirat Singh
very true, but python makes it oh so easy to be lazy :-)On 4/24/06, Guido van Rossum <[EMAIL PROTECTED]> wrote: On 4/23/06, "Martin v. Löwis" <[EMAIL PROTECTED] > wrote:> Kirat Singh wrote:> > The reason I looked into this to begin with was that my code used up a> > bunch of memory which was tracea

Re: [Python-Dev] Why are contexts also managers? (wasr45544 -peps/trunk/pep-0343.txt)

2006-04-24 Thread Barry Scott
On Apr 24, 2006, at 03:49, Nick Coghlan wrote: > Just van Rossum wrote: >> Baptiste Carvello wrote: >> >>> Terry Reedy a écrit : So I propose that the context maker be called just that: 'context maker'. That should pretty clearly not be the context that manages the block execution.

Re: [Python-Dev] Proposed addition to threading module - released

2006-04-24 Thread Guido van Rossum
On 4/24/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > Tim Peters wrote: > > Does > > > > with cv: > > > > work to replace the outer (== only) acquire/try/finally/release dance? > > Indeed it does - although implemented in a somewhat convoluted way: > A lock *is* a context (or is that "cont

Re: [Python-Dev] Visual studio 2005 express now free

2006-04-24 Thread Martin v. Löwis
Terry Reedy wrote: > Since, as I remember, there was no license agreement for the download, just > for the install (if/when I do it), I should think it legal to send the file > to someone else. But I don't really know, of course. Going by the download page for 2005, it does not have any restric

Re: [Python-Dev] Proposed addition to threading module - released

2006-04-24 Thread Martin v. Löwis
Tim Peters wrote: > Does > > with cv: > > work to replace the outer (== only) acquire/try/finally/release dance? Indeed it does - although implemented in a somewhat convoluted way: A lock *is* a context (or is that "context manager"), i.e. it implements def __context__(self): return self

Re: [Python-Dev] Visual studio 2005 express now free

2006-04-24 Thread Terry Reedy
""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Sure: they will remove download access to VS 2005 when VS 2007 > comes available. Still, VS 2005 is available for download right > now, and VS 2003 isn't (anymore). Just yesterday, I downloaded the 2003 Toolkit usi

Re: [Python-Dev] gettext.py bug #1448060

2006-04-24 Thread Martin v. Löwis
Sylvain Thénault wrote: > I've posted a patch (#1475523) for this and assigned it to Martin Von > Loewis since he was the core developper who has made some followup on > the original bug. Could someone (Martin or someone else) quick review > this patch ? I really need a fix for this, so if anyone

Re: [Python-Dev] Buildbot messages and the build svn revision number

2006-04-24 Thread Martin v. Löwis
Nick Coghlan wrote: > Would it be possible to get the buildbot error message subject lines to > include the svn revision number of the build that failed? Only if somebody contributes a patch. Feel free to submit a bug report, but I see little chance of implementing that feature within the next 6

Re: [Python-Dev] Visual studio 2005 express now free

2006-04-24 Thread Martin v. Löwis
John J Lee wrote: > Actually, it's apparently still there, just at a different URL. > Somebody posted the new URL on c.l.py a day or two back (Alex Martelli > started the thread, IIRC). I'm off to the dentist, no time to Google > for it! Please do. If you find the URL, please post it here. All U

Re: [Python-Dev] Visual studio 2005 express now free

2006-04-24 Thread Martin v. Löwis
Alex Martelli wrote: > For the Toolkit 2003: > http://tinyurl.com/gv8wr When I go to this URL, I get redirected to http://www.microsoft.com/downloads/details.aspx?familyid=272BE09D-40BB-4&displaylang=en This doesn't look right - it ought to be a UUID. Anyway, I get a page that reads "The downlo

Re: [Python-Dev] SoC proposal: "fix some old, old bugs in sourceforge"

2006-04-24 Thread Terry Reedy
"Alan McIntyre" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hi all, > > I would like to participate in the Summer of Code as a student. At the > moment it looks like the Python tracker on SF has about 2100 open bugs > and patches, going back to late 2000. The latest weekly tra

Re: [Python-Dev] Visual studio 2005 express now free

2006-04-24 Thread Martin v. Löwis
Neil Hodgson wrote: >I expect Microsoft means that Visual Studio Express will be > available free forever, not that you will always be able to download > Visual Studio 2005 Express. They normally only provide a particular > product version for a limited time after it has been superceded. Sure:

Re: [Python-Dev] Proposed addition to threading module - released

2006-04-24 Thread Martin v. Löwis
Guido van Rossum wrote: > Actually, what Nick describes is *exactly* how one should write code > using a condition variable: > > LOCK > while nothing to do: > UNLOCK > wait for the condition variable (or sleep, or whatever) > LOCK > # here we have something to do with the l

Re: [Python-Dev] Builtin exit, good in interpreter, bad in code.

2006-04-24 Thread Crutcher Dunnavant
On 4/23/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > Sean Reifschneider wrote: > > Thoughts? > > In Python 2.5, exit(0) exits. +1 > > Regards, > Martin > ___ > Python-Dev mailing list > Python-Dev@python.org > http://mail.python.org/mailman/listin

Re: [Python-Dev] Google Summer of Code proposal: improvement of long int and adding new types/modules.

2006-04-24 Thread Facundo Batista
2006/4/22, Mateusz Rukowicz <[EMAIL PROTECTED]>: > I am now quite sure, what I would like to do, and is possible by you to > accept - code decimal in C, most important things about that would: I'd be glad to mentor this. Regards, .Facundo Blog: http://www.taniquetil.com.ar/plog/ PyAr: http

Re: [Python-Dev] Must objects with __enter__/__exit__ also supply __context__?

2006-04-24 Thread Phillip J. Eby
At 09:35 PM 4/24/2006 +0100, Paul Moore wrote: >The current, alpha 2, documentation insists that objects with >__enter__ and __exit__ methods must also define __context__ in such a >way that it returns self. > >I don't understand why that is necessary. > >I can understand that it is convenient, in

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-24 Thread Phillip J. Eby
At 04:48 AM 4/25/2006 +1000, Nick Coghlan wrote: >Wanting to have two names for the same function tells me there's a problem >with the terminology, not that we should actually have two names for the same >function :) It is purely an implementation detail of @contextmanager that it can be used to

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-24 Thread Phillip J. Eby
At 01:19 PM 4/24/2006 -0700, Aahz wrote: >What is EXPRESSION, then? Not the value it returns, but EXPRESSION >itself -- does it have a name? What about the kinds of things we use >for EXPRESSION? I read "EXPRESSION returns a value" as simply meaning that "value = EXPRESSION", i.e. that the resu

[Python-Dev] Must objects with __enter__/__exit__ also supply __context__?

2006-04-24 Thread Paul Moore
The current, alpha 2, documentation insists that objects with __enter__ and __exit__ methods must also define __context__ in such a way that it returns self. I don't understand why that is necessary. I can understand that it is convenient, in cases where __context__ doesn't need to create a new o

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-24 Thread Paul Moore
On 4/24/06, Nick Coghlan <[EMAIL PROTECTED]> wrote: > Paul Moore wrote: > > I've proposed splitting it into > > two, but that seems not to suit you (you've never responded to it > > specifically, so I may be misreading your silence here). > > Wanting to have two names for the same function tells me

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-24 Thread Aahz
On Mon, Apr 24, 2006, Phillip J. Eby wrote: > At 12:49 PM 4/24/2006 -0700, Aahz wrote: >>On Mon, Apr 24, 2006, Phillip J. Eby wrote: >>> At 12:24 PM 4/24/2006 -0700, Aahz wrote: On Mon, Apr 24, 2006, Phillip J. Eby wrote: > At 04:48 AM 4/25/2006 +1000, Nick Coghlan wrote: >> >>Using

Re: [Python-Dev] Python Grammar Ambiguity

2006-04-24 Thread Michael Foord
Guido van Rossum wrote: > This is probably because we have a similar ambiguity in assignments: > the grammar says something like > > exprlist ('=' exprlist)* > > but what is actually desired is > > (varlist '=')* exprlist > > Unfortunately the latter is not LL1 so we lie to the parser and tell

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-24 Thread Phillip J. Eby
At 12:49 PM 4/24/2006 -0700, Aahz wrote: >On Mon, Apr 24, 2006, Phillip J. Eby wrote: > > At 12:24 PM 4/24/2006 -0700, Aahz wrote: > >>On Mon, Apr 24, 2006, Phillip J. Eby wrote: > >>> At 04:48 AM 4/25/2006 +1000, Nick Coghlan wrote: > > Using two names to describe three different things i

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-24 Thread Aahz
On Mon, Apr 24, 2006, Phillip J. Eby wrote: > At 12:24 PM 4/24/2006 -0700, Aahz wrote: >>On Mon, Apr 24, 2006, Phillip J. Eby wrote: >>> At 04:48 AM 4/25/2006 +1000, Nick Coghlan wrote: Using two names to describe three different things isn't intuitive for anybody. >>> >>> Um, what thr

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-24 Thread Phillip J. Eby
At 12:24 PM 4/24/2006 -0700, Aahz wrote: >On Mon, Apr 24, 2006, Phillip J. Eby wrote: > > At 04:48 AM 4/25/2006 +1000, Nick Coghlan wrote: > >> > >>Using two names to describe three different things isn't intuitive for > >>anybody. > > > > Um, what three things? I only count two: > > > > 1. Object

Re: [Python-Dev] Python Grammar Ambiguity

2006-04-24 Thread Brett Cannon
On 4/24/06, Michael Foord <[EMAIL PROTECTED]> wrote: > Hello all, > > I'm working on a parser for part of the Python language (expressions but > not statements basically). I'm using PLY to generate the parser and it's > mostly done. > > I've hit on what looks like a fundamental ambiguity in the Pyt

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-24 Thread Aahz
On Mon, Apr 24, 2006, Phillip J. Eby wrote: > At 04:48 AM 4/25/2006 +1000, Nick Coghlan wrote: >> >>Using two names to describe three different things isn't intuitive for >>anybody. > > Um, what three things? I only count two: > > 1. Objects with __context__ > 2. Objects with __enter__ and __ex

Re: [Python-Dev] Proposed addition to threading module - released

2006-04-24 Thread Tim Peters
[Guido] > Actually, what Nick describes is *exactly* how one should write code > using a condition variable: > > LOCK > while nothing to do: > UNLOCK > wait for the condition variable (or sleep, or whatever) > LOCK > # here we have something to do with the lock held > remo

Re: [Python-Dev] Reducing memory overhead for dictionaries by removing me_hash

2006-04-24 Thread Guido van Rossum
On 4/23/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > Kirat Singh wrote: > > The reason I looked into this to begin with was that my code used up a > > bunch of memory which was traceable to lots of little objects with > > instance dicts, so it seemed that if instancedicts took less memory I >

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-24 Thread Phillip J. Eby
At 04:48 AM 4/25/2006 +1000, Nick Coghlan wrote: >Using two names to describe three different things isn't intuitive for >anybody. Um, what three things? I only count two: 1. Objects with __context__ 2. Objects with __enter__ and __exit__ What's the third thing? __

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-24 Thread Nick Coghlan
Paul Moore wrote: > 2. Nick, what can we do to persuade you to go back to the a1 version, > and simply look at @contextmanager? Using two names to describe three different things isn't intuitive for anybody. You might persuade me to change the names around, but you aren't going to persuade me to

Re: [Python-Dev] Google Summer of Code proposal: New class for work with binary trees AVL and RB as with the standard dictionary.

2006-04-24 Thread Josiah Carlson
There exists various C and Python implementations of both AVL and Red-Black trees. For users of Python who want to use AVL and/or Red-Black trees, I would urge them to use the Python implementations. In the case of *needing* the speed of a C extension, there already exists a CPython extension mo

Re: [Python-Dev] Proposed addition to threading module - released

2006-04-24 Thread Guido van Rossum
On 4/23/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > Nick Coghlan wrote: > > Do we want to add a "released" context manager to the threading module for > > 2.5? > > I don't think that should be added. I would consider it a dangerous > programming style: if the lock merely doesn't "need" to be

Re: [Python-Dev] SoC proposal: "fix some old, old bugs in sourceforge"

2006-04-24 Thread A.M. Kuchling
On Mon, Apr 24, 2006 at 12:30:12PM -0400, Alan McIntyre wrote: > My unglamorous proposal is to review bugs & patches (starting with the > oldest) and resolve at least 200 of them. Is that too much? Too few? > I'll fix as many as possible during the SoC time frame, but I wanted to > set a realist

Re: [Python-Dev] Python Grammar Ambiguity

2006-04-24 Thread Guido van Rossum
This is probably because we have a similar ambiguity in assignments: the grammar says something like exprlist ('=' exprlist)* but what is actually desired is (varlist '=')* exprlist Unfortunately the latter is not LL1 so we lie to the parser and tell it the first form, and then in the code

Re: [Python-Dev] Python Grammar Ambiguity

2006-04-24 Thread Michael Foord
[EMAIL PROTECTED] wrote: > Michael> I've hit on what looks like a fundamental ambiguity in the > Michael> Python grammar which is difficult to get round with PLY; and > Michael> I'm wondering *why* the grammar is defined in this way. > > Michael, > > You refer to the ref manual document

Re: [Python-Dev] Python Grammar Ambiguity

2006-04-24 Thread Michael Foord
(oops - should have gone to list) Guido van Rossum wrote: > Well, yes, the syntax is supposed to be something like "for varlist in > testlist". Could you report this as a doc bug (if you found this > information in the docs)? > I think the documentation (which does put expression_list there) r

Re: [Python-Dev] [IronPython] [Mono-dev] IronPython Performance

2006-04-24 Thread Dino Viehland
On the recursion limits: Until beta 6 IronPython didn't have proper support for limiting recursion depth. There was some minor support there, but it wasn't right. In beta 6 we have full support for limiting recursion depth, but by default we allow infinite recursion. If the user explicitly s

[Python-Dev] Python Grammar Ambiguity

2006-04-24 Thread Michael Foord
Hello all, I'm working on a parser for part of the Python language (expressions but not statements basically). I'm using PLY to generate the parser and it's mostly done. I've hit on what looks like a fundamental ambiguity in the Python grammar which is difficult to get round with PLY; and I'm

Re: [Python-Dev] [Mono-dev] IronPython Performance

2006-04-24 Thread Andreas Nahr
Obviously all three might add to that. However I think that number 1 COULD already be enough for the noticed slowdown of 3 times. It depends a lot on which Classes/ Methods IronPython is using (And I guess it is now optimized towards the MS CLR). If you just have pure integer or floating point m

Re: [Python-Dev] Python Grammar Ambiguity

2006-04-24 Thread skip
Michael> I've hit on what looks like a fundamental ambiguity in the Michael> Python grammar which is difficult to get round with PLY; and Michael> I'm wondering *why* the grammar is defined in this way. Michael, You refer to the ref manual documentation: Michael> List displays (

Re: [Python-Dev] PEP 8 pylintrc?

2006-04-24 Thread skip
>> Has anybody written a pylintrc file that attempts to reflect the >> recommendations of PEP 8 the extent possible? Sylvain> I would be actually interested about what you think is not Sylvain> conformant, or even which test are missing for a better "PEP8 Sylvain> compliance t

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-24 Thread Paul Moore
On 4/24/06, Phillip J. Eby <[EMAIL PROTECTED]> wrote: > At 10:26 AM 4/24/2006 +0100, Paul Moore wrote: > >OK. At this point, the discussion seems to have mutated from a > >"Phillip vs Nick" debate to a "Paul vs Nick" debate. > > I only stepped aside so that other people would chime in. I still don

[Python-Dev] SoC proposal: "fix some old, old bugs in sourceforge"

2006-04-24 Thread Alan McIntyre
Hi all, I would like to participate in the Summer of Code as a student. At the moment it looks like the Python tracker on SF has about 2100 open bugs and patches, going back to late 2000. I'm assuming that a fair number of these are no longer be applicable, have been fixed/implemented already, e

Re: [Python-Dev] Visual studio 2005 express now free

2006-04-24 Thread Alex Martelli
On Apr 24, 2006, at 1:24 AM, Paul Moore wrote: > On 4/24/06, Neil Hodgson <[EMAIL PROTECTED]> wrote: >> Martin v. Löwis: >> >>> Apparently, the status of this changed right now: it seems that >>> the 2003 compiler is not available anymore; the page now says >>> that it was replaced with the 2005

Re: [Python-Dev] Visual studio 2005 express now free

2006-04-24 Thread Alex Martelli
On Apr 24, 2006, at 12:48 AM, Neil Hodgson wrote: > Martin v. Löwis: > >> Apparently, the status of this changed right now: it seems that >> the 2003 compiler is not available anymore; the page now says >> that it was replaced with the 2005 compiler. >> >> Should we reconsider? > >I expect Mi

Re: [Python-Dev] Visual studio 2005 express now free

2006-04-24 Thread Alex Martelli
On Apr 24, 2006, at 12:19 AM, Martin v. Löwis wrote: > Martin v. Löwis wrote: >> - Paul Moore has contributed a Python build procedure for the >> free version of the 2003 compiler. This one is without IDE, >> but still, it should allow people without a VS 2003 license >> to work on Python i

Re: [Python-Dev] Visual studio 2005 express now free

2006-04-24 Thread Alex Martelli
On Apr 24, 2006, at 5:13 AM, John J Lee wrote: > On Mon, 24 Apr 2006, Paul Moore wrote: >> On 4/24/06, Neil Hodgson <[EMAIL PROTECTED]> wrote: >>> Martin v. Löwis: >>> Apparently, the status of this changed right now: it seems that the 2003 compiler is not available anymore; the page no

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-24 Thread Phillip J. Eby
At 10:26 AM 4/24/2006 +0100, Paul Moore wrote: >OK. At this point, the discussion seems to have mutated from a >"Phillip vs Nick" debate to a "Paul vs Nick" debate. I only stepped aside so that other people would chime in. I still don't think the new terminology makes anything clearer, and would

Re: [Python-Dev] Python Grammar Ambiguity

2006-04-24 Thread Guido van Rossum
Well, yes, the syntax is supposed to be something like "for varlist in testlist". Could you report this as a doc bug (if you found this information in the docs)? On 4/24/06, Michael Foord <[EMAIL PROTECTED]> wrote: > Hello all, > > I'm working on a parser for part of the Python language (expressio

[Python-Dev] Python Grammar Ambiguity

2006-04-24 Thread Michael Foord
Hello all, I'm working on a parser for part of the Python language (expressions but not statements basically). I'm using PLY to generate the parser and it's mostly done. I've hit on what looks like a fundamental ambiguity in the Python grammar which is difficult to get round with PLY; and I'm won

[Python-Dev] gettext.py bug #1448060

2006-04-24 Thread Sylvain Thénault
Hi there, while playing with gettext catalog handling of a complex application, I've hit bug #1448060. This bug seems serious to me since gettext.py is not able to handle some .po files generated by msgcat/msgmerge due to lines like "#-#-#-#-# fr.po (2.0) #-#-#-#-#\n" in the metadata. I've post

[Python-Dev] Google Summer of Code proposal: New class for work with binary trees AVL and RB as with the standard dictionary.

2006-04-24 Thread Vladimir 'Yu' Stepanov
I would like to participate in Google Summer of Code. The idea consists in creation of a specialized class for work with binary trees AVL and RB. The part of ideas is taken from Parrot (Perl6) where for pair values the specialized type is stipulated. As advantages it is possible to note: * High s

Re: [Python-Dev] Visual studio 2005 express now free

2006-04-24 Thread John J Lee
On Mon, 24 Apr 2006, Paul Moore wrote: On 4/24/06, Neil Hodgson <[EMAIL PROTECTED]> wrote: Martin v. Löwis: Apparently, the status of this changed right now: it seems that the 2003 compiler is not available anymore; the page now says that it was replaced with the 2005 compiler. Should we reco

[Python-Dev] Google Summer of Code proposal: New class for work with binary trees AVL and RB as with the standard dictionary.

2006-04-24 Thread Vladimir 'Yu' Stepanov
I would like to participate in Google Summer of Code. The idea consists in creation of a specialized class for work with binary trees AVL and RB. The part of ideas is taken from Parrot (Perl6) where for pair values the specialized type is stipulated. As advantages it is possible to note: * High s

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-24 Thread Paul Moore
On 4/24/06, Nick Coghlan <[EMAIL PROTECTED]> wrote: > > I think I've now read enough on the subject that my value as an > > unbiased reader is being lost... > > Your input really helped me figure out where the problem was, though. Trying > to describe 3 different things using only 2 distinct terms

Re: [Python-Dev] Tkinter lockups.

2006-04-24 Thread Thomas Wouters
On 4/24/06, Jeff Epler <[EMAIL PROTECTED]> wrote: I just read the manpage for Tk_Init(3) (fc4 package tk-8.4.9-3) and itdoes not say that Tk_Init() may only be called once.  While this doesn'tmean Python shouldn't work around it, I think the behavior should be considered a bug in Tk, not _tkinter.F

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-24 Thread Nick Coghlan
Paul Moore wrote: > Right. I'll still do as I promised, and have a better look through the > latest documentation, but my gut feel is that this whole thing is > getting way out of proportion. Naming and terminology is important, > but we've now on our 3rd version of the docuentation. Only the 2nd,

Re: [Python-Dev] PEP 8 pylintrc?

2006-04-24 Thread Sylvain Thénault
On Sunday 23 April à 14:59, [EMAIL PROTECTED] wrote: > I had the possibly stupid idea today of running the stdlib through pylint. > Has anybody written a pylintrc file that attempts to reflect the > recommendations of PEP 8 the extent possible? default pylint configuration should not be that far f

Re: [Python-Dev] Visual studio 2005 express now free

2006-04-24 Thread Paul Moore
On 4/24/06, Neil Hodgson <[EMAIL PROTECTED]> wrote: > Martin v. Löwis: > > > Apparently, the status of this changed right now: it seems that > > the 2003 compiler is not available anymore; the page now says > > that it was replaced with the 2005 compiler. > > > > Should we reconsider? > >I expe

Re: [Python-Dev] Why are contexts also managers? (wasr45544 -peps/trunk/pep-0343.txt)

2006-04-24 Thread Paul Moore
On 4/24/06, Nick Coghlan <[EMAIL PROTECTED]> wrote: > I'm going to try a pass through the docs using "context specifier", which > gives three separate terms: [...] > This removes the ambiguity between "context object" and "runtime context". That might just work. At the very least, I'd much rather

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-24 Thread Paul Moore
On 4/24/06, Nick Coghlan <[EMAIL PROTECTED]> wrote: [...] > The __iter__ method isn't called __iterator__, so why would the __context__ > method need to be called "__contextmgr__"? Because. Hmm, Oleg already responded to this, and to be honest, I think the whole issue is a nitpick. Apologi

Re: [Python-Dev] Visual studio 2005 express now free

2006-04-24 Thread Neil Hodgson
Martin v. Löwis: > Apparently, the status of this changed right now: it seems that > the 2003 compiler is not available anymore; the page now says > that it was replaced with the 2005 compiler. > > Should we reconsider? I expect Microsoft means that Visual Studio Express will be available free

[Python-Dev] Buildbot messages and the build svn revision number

2006-04-24 Thread Nick Coghlan
Would it be possible to get the buildbot error message subject lines to include the svn revision number of the build that failed? I committed some non-portable tests earlier today, but they should all be fixed in rev 45687. However, the various buildbots are still working through the different

Re: [Python-Dev] Visual studio 2005 express now free

2006-04-24 Thread Martin v. Löwis
Martin v. Löwis wrote: > - Paul Moore has contributed a Python build procedure for the > free version of the 2003 compiler. This one is without IDE, > but still, it should allow people without a VS 2003 license > to work on Python itself; it should also be possible to develop > extensions w

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-24 Thread Oleg Broytmann
On Mon, Apr 24, 2006 at 12:44:09PM +1000, Nick Coghlan wrote: > Paul Moore wrote: > > - Surely the __context__ method should be called __contextmgr__ now > > that it's producing a context manager? (Same naming issue, just the > > other side of it...) > > The __iter__ method isn't called __iterator

Re: [Python-Dev] Proposed addition to threading module - released

2006-04-24 Thread Nick Coghlan
Martin v. Löwis wrote: > Nick Coghlan wrote: >> Do we want to add a "released" context manager to the threading module for >> 2.5? > > I don't think that should be added. I would consider it a dangerous > programming style: if the lock merely doesn't "need" to be held (i.e. > if it isn't necessa