Re: [Python-Dev] 3.1a2

On Tue, 31 Mar 2009 at 14:09, Benjamin Peterson wrote: I haven't looked at #4847 in depth, but appears that the csv module will need some API changes to deal with encodings. Perhaps somebody would like to sprint on it? First we have to figure out what should be done. http://bugs.python.org/484

Re: [Python-Dev] issue5578 - explanation

Shame on me indeed. On Wed, Apr 1, 2009 at 5:38 AM, Guido van Rossum wrote: > OK that might change matters. Shame on you though for posting a patch > without any explanation of the issue. > > On Tue, Mar 31, 2009 at 8:36 PM, Maciej Fijalkowski wrote: >> Because classes have now it's own local sc

Re: [Python-Dev] issue5578 - explanation

OK that might change matters. Shame on you though for posting a patch without any explanation of the issue. On Tue, Mar 31, 2009 at 8:36 PM, Maciej Fijalkowski wrote: > Because classes have now it's own local scope (according to Martin) > > It's not about exec in class, it's about exec in class i

Re: [Python-Dev] issue5578 - explanation

Because classes have now it's own local scope (according to Martin) It's not about exec in class, it's about exec in class in nested function. On Wed, Apr 1, 2009 at 5:25 AM, Guido van Rossum wrote: > Well hold on for a minute, I remember we used to have an exec > statement in a class body in th

Re: [Python-Dev] Let's update CObject API so it is safe and regular!

Can you get Jim Fulton's feedback? ISTR he originated this. On Tue, Mar 31, 2009 at 12:14 PM, Larry Hastings wrote: > > The CObject API has two flaws. > > First, there is no usable type safety mechanism.  You can store a void > *object, and a void *description.  There is no established schema for

Re: [Python-Dev] issue5578 - explanation

Well hold on for a minute, I remember we used to have an exec statement in a class body in the standard library, to define some file methods in socket.py IIRC. It's a totally different case than exec in a nested function, and I don't believe it should be turned into a syntax error at all. An exec

[Python-Dev] issue5578 - explanation

So. The issue was closed and I suppose it was closed by not entirely understanding the problem (or I didn't get it completely). The question is - what the following code should do? def f(): a = 2 class C: exec 'a = 42' abc = a return C print f().abc (quick answer - on python2.5 it

Re: [Python-Dev] And the winner is...

On Tue, Mar 31, 2009 at 6:33 PM, Alexandre Vassalotti wrote: ... > html > https://lists.ubuntu.com/archives/bazaar/2009q1/055872.html > Perfect, thanks! Alex ___ Python-Dev mailing list

Re: [Python-Dev] And the winner is...

On Tue, Mar 31, 2009 at 6:33 PM, Alexandre Vassalotti wrote: ... > html > https://lists.ubuntu.com/archives/bazaar/2009q1/055872.html > Perfect, thanks! Alex ___ Python-Dev mailing list

Re: [Python-Dev] And the winner is...

2009/3/31 Alex Martelli : > On Tue, Mar 31, 2009 at 5:42 PM, Tres Seaver wrote: >> Stephen J. Turnbull wrote: >> >> > I also just wrote a long post about the comparison of bzr to hg >> > responding to a comment on baz...@canonical.com.  I won't recap it >> > here but it might be of interest. >> >>

Re: [Python-Dev] And the winner is...

On Tue, Mar 31, 2009 at 5:42 PM, Tres Seaver wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Stephen J. Turnbull wrote: > > > I also just wrote a long post about the comparison of bzr to hg > > responding to a comment on baz...@canonical.com. I won't recap it > > here but it might b

Re: [Python-Dev] And the winner is...

On Tue, Mar 31, 2009 at 5:42 PM, Tres Seaver wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Stephen J. Turnbull wrote: > > > I also just wrote a long post about the comparison of bzr to hg > > responding to a comment on baz...@canonical.com. I won't recap it > > here but it might b

Re: [Python-Dev] Test failures under Windows?

Kristján Valur Jónsson writes: > But again, it shows how useful assertions can be and why we ought > not to disable them. Note that just to be clear, I'm certainly not advocating the disabling of CRT assertions - just the redirection of them so they don't prevent unattended test runs from comple

Re: [Python-Dev] Test failures under Windows?

"Martin v. Löwis" writes: > Notice, however, that the feature was never present in the trunk. Yep - would be nice if it were to get backported to trunk at some point but that's a separate discussion ... presumably at some point py3k will be the trunk anyway, and for better or worst (perhaps due

Re: [Python-Dev] And the winner is...

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stephen J. Turnbull wrote: > I also just wrote a long post about the comparison of bzr to hg > responding to a comment on baz...@canonical.com. I won't recap it > here but it might be of interest. Thank you very much for your writeups on that thread

Re: [Python-Dev] And the winner is...

Mike Coleman wrote: I mentioned this once on the git list and Linus' response was something like "C lets me see exactly what's going on". I'm not unsympathetic to this point of view--I'm really growing to loathe C++ partly because it *doesn't* let me see exactly what's going on--but I'm not con

Re: [Python-Dev] Test failures under Windows?

Revision 70843. I don't know when this crept in. I didn't go and check if it applies to other branches too. Also, I'm sorry for just checking this in witout warning. But I had just spent what amounts to a full day tracking this down which was tricky because it happens in a subprocess and thos

Re: [Python-Dev] Broken import?

Nick Coghlan wrote: Jim Fulton's example in that tracker issue shows that with a bit of creativity you can provoke this behaviour *without* using a from-style import. Torsten Bronger later brought up the same issue that Fredrik did - it prevents some kinds of explicit relative import that look l

Re: [Python-Dev] Test failures under Windows?

I guess I'll stop asking after this note, but can anyone give a final verdict on whether the older "-n" option can be restored to the buildbot test.bat (from the revision history I'm not actually sure it was intentionally removed in the first place)? I have now restored it; it was removed by an

Re: [Python-Dev] And the winner is...

On Tue, Mar 31, 2009 at 3:04 PM, Mike Coleman wrote: > It looks like there might be a Python clone sprouting here: > >    http://gitorious.org/projects/git-python/ AFAIK, git-python is just a lib to manipulate git repos from python, not a git clone. Dulwich is more like it: http://samba.org/~jel

Re: [Python-Dev] And the winner is...

Stephen J. Turnbull wrote: > Nick Coghlan writes: > > > Every single git command line example I have seen gives me exactly the > > same gut reaction I get whenever I have to read Perl code. > > Every single one? Sounds to me like the cause is probably something > you ate, not anything you read

Re: [Python-Dev] Test failures under Windows?

Does it need to be backported? I wonder when that was introduced. Also, what CL was it so I can review it? 2009/3/31 Kristján Valur Jónsson : > I found a different problem in multiprocessing, for the py3k. > In import.c, get_file.c, it was knowingly leaking FILE objects, while the > underlying fh

Re: [Python-Dev] Test failures under Windows?

I found a different problem in multiprocessing, for the py3k. In import.c, get_file.c, it was knowingly leaking FILE objects, while the underlying fh was being correctly closed. This caused the CRT to assert when cleaning up FILE pointers on subprocess exit. I fixed this this afternoon in a subm

Re: [Python-Dev] Broken import?

Terry Reedy wrote: > Terry Reedy wrote: >> Guido van Rossum wrote: > The reason seems to be that until the outermost import (in this case p.b) is completed, while sys.modules has the (incomplete) modules 'p', 'p.a' and 'p.b', the attributes p.a and p.b aren't added until after

Re: [Python-Dev] Test failures under Windows?

2009/3/31 Kristján Valur Jónsson : > Right, my question to microsoft was more about making sure that a > __crtMessageBox() actually does nothing, when running unattended as a service. > > Also, we should be seeing the same problem in non-debug versions, since the > _set_invalid_parameter_handler(

Re: [Python-Dev] Test failures under Windows?

On Tue, Mar 31, 2009 at 4:07 PM, David Bolen wrote: > Kristján Valur Jónsson writes: > >> Btw, I am working on finding out the test suite failures for >> test_multiprocessing. > > This is all well and good, but I still haven't seen any plausible > reason for not preventing these popups (in favor

Re: [Python-Dev] This seems like a bug - main thread has None ident???

skip> Am I missing something obvious or have I hit a bug? This is a skip> fully updated 2.7a0 build, trunk:70878M. After noting that thread.get_ident() returned a thread id but that threading.currentThread().ident was None I concluded that it is, in fact, a bug in the threading module.

Re: [Python-Dev] Test failures under Windows?

Kristján Valur Jónsson writes: > Btw, I am working on finding out the test suite failures for > test_multiprocessing. This is all well and good, but I still haven't seen any plausible reason for not preventing these popups (in favor of stderr failures) during buildbot test runs? I don't get it

[Python-Dev] This seems like a bug - main thread has None ident???

Looking for some quick feedback on this. I've bumped into what looks like a bug in the threading module. From the interpreter prompt: >>> import threading >>> threading.currentThread() <_MainThread(MainThread, started)> >>> print threading.currentThread().ident None The iden

[Python-Dev] regrtest behavior change

At the sprint the developers decided that a long standing issue with regrtest should be fixed: the fact that invalid imports in tests can result in a test being skipped instead of producing an error. I've just checked in a change to regrtest on the trunk. It no longer assumes that an ImportError

Re: [Python-Dev] 3.1a2

Benjamin Peterson wrote: Hi, I'd like to release the second alpha of 3.1 as planned on Saturday, April 4th. There are currently two release blockers, issues #4847 and #5470. #5470 appears to be Martin's issue. I haven't looked at #4847 in depth, but appears that the csv module will need some AP

[Python-Dev] Let's update CObject API so it is safe and regular!

The CObject API has two flaws. First, there is no usable type safety mechanism. You can store a void *object, and a void *description. There is no established schema for the description; it could be an integer cast to a pointer, or it could point to memory of any configuration, or it could be

[Python-Dev] 3.1a2

Hi, I'd like to release the second alpha of 3.1 as planned on Saturday, April 4th. There are currently two release blockers, issues #4847 and #5470. #5470 appears to be Martin's issue. I haven't looked at #4847 in depth, but appears that the csv module will need some API changes to deal with encod

Re: [Python-Dev] And the winner is...

On Tue, Mar 31, 2009 at 12:31 AM, Stephen J. Turnbull wrote: > I also just wrote a long post about the comparison of bzr to hg > responding to a comment on baz...@canonical.com.  I won't recap it > here but it might be of interest. I found the post interesting. Here's a link to the start of the

Re: [Python-Dev] And the winner is...

Nick Coghlan writes: > Every single git command line example I have seen gives me exactly the > same gut reaction I get whenever I have to read Perl code. Every single one? Sounds to me like the cause is probably something you ate, not anything you read. In the examples in the PEP, about 80%

Re: [Python-Dev] And the winner is...

On Mon, Mar 30, 2009 at 9:54 PM, Guido van Rossum wrote: > Yeah, I also think I'll just stop developing Python now and suggest > that you all switch to Java, which has clearly won the mindshare war > for languages. :-) Heh. :-) Guess I should have said "mindshare among people whose technical op

Re: [Python-Dev] And the winner is...

Aahz wrote: On Mon, Mar 30, 2009, Terry Reedy wrote: Michael Urman wrote: Guido: We're switching to Mercurial (Hg). And two hours later, GNOME announces their migration to git is underway. I'd suspect a series of April Fools jokes, if it weren't two days early. :) Like Python, Gnome was/is us

Re: [Python-Dev] [Python-ideas] CapPython's use of unbound methods

[Adding back python-dev, I don't want this discussion fragmented.] Denis, I am arguing with Mark because he and others claim that it is possible to add capabilities to Python *without* changing the flavor of the language (much), and because he believes that using a subset of Python is somehow hel

Re: [Python-Dev] Test failures under Windows?

Kristján Valur Jónsson wrote: Btw, I am working on finding out the test suite failures for test_multiprocessing. Some of those are caused by force builds on a branch, so make sure the errors are still occurring before you put too much effort into this. We made the branch before some recent f

Re: [Python-Dev] And the winner is...

2009/3/31 Nick Coghlan > Mike Coleman wrote: > > Just for curiosity's sake, could someone outline the five (or so) most > > significant pluses of hg relative to git? > > Every single git command line example I have seen gives me exactly the > same gut reaction I get whenever I have to read Perl c

Re: [Python-Dev] Test failures under Windows?

Right, my question to microsoft was more about making sure that a __crtMessageBox() actually does nothing, when running unattended as a service. Also, we should be seeing the same problem in non-debug versions, since the _set_invalid_parameter_handler() is no longer called, and the default one a

Re: [Python-Dev] And the winner is...

Mike Coleman wrote: > Just for curiosity's sake, could someone outline the five (or so) most > significant pluses of hg relative to git? Every single git command line example I have seen gives me exactly the same gut reaction I get whenever I have to read Perl code. You can extol the tool's virtue

Re: [Python-Dev] Broken import?

Terry Reedy wrote: > Terry Reedy wrote: >> Guido van Rossum wrote: > The reason seems to be that until the outermost import (in this case p.b) is completed, while sys.modules has the (incomplete) modules 'p', 'p.a' and 'p.b', the attributes p.a and p.b aren't added until after