Re: [Python-Dev] new security doc using object-capabilities

2006-07-25 Thread Greg Ewing
> Phillip J. Eby wrote: > > > And what about code that needs to pass on a subset of a capability? With one object == one capability, there is no such thing as a subset of a capability -- the capabilities are the atomic units at which you control access. So you need to make them fine-grained enoug

Re: [Python-Dev] remaining issues from Klocwork static analysis

2006-07-25 Thread Neal Norwitz
On 7/25/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > Neal Norwitz wrote: > > We never really did address this issue did? A while back we talked > > about whether to assert vs check and do PyErr_BadInternalCall(). I > > don't remember a clear resolution (though my memory). I vaguely > > rem

Re: [Python-Dev] remaining issues from Klocwork static analysis

2006-07-25 Thread Martin v. Löwis
Neal Norwitz wrote: > We never really did address this issue did? A while back we talked > about whether to assert vs check and do PyErr_BadInternalCall(). I > don't remember a clear resolution (though my memory). I vaguely > remember a preference towards asserting, but I don't know if that was

Re: [Python-Dev] More tracker demos online

2006-07-25 Thread Martin v. Löwis
Terry Reedy wrote: > ""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] >> Currently, we have two running tracker demos online: >> >> Roundup: >> http://efod.se/python-tracker/ >> >> Jira: >> http://jira.python.atlassian.com/secure/Dashboard.jspa > > What user name

Re: [Python-Dev] remaining issues from Klocwork static analysis

2006-07-25 Thread Neal Norwitz
On 7/25/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > > > > Yes, I definitely think dropping the X would make the warning go away. > > Do we want to check for a NULL pointer and raise an exception? The > > docs don't address the issue, so I think if we added a check, ie: if > > (closure && P

Re: [Python-Dev] More tracker demos online

2006-07-25 Thread Martin v. Löwis
Neil Hodgson wrote: > Its disappointing that Jira and Launchpad use > different bug IDs as continuity should be maintained with the SF bug > IDs which will be referred to in other areas such as commit messages. My plan is to keep the SF redirector alive, so python.org/sf/ should continue to direct

Re: [Python-Dev] remaining issues from Klocwork static analysis

2006-07-25 Thread Martin v. Löwis
Neal Norwitz wrote: >> Not quite sure what it is complaining about, but >> >> else if (PyTuple_Check(closure)) { >> Py_XINCREF(closure); >> } >> >> looks indeed suspicious: Why do we check for NULL (XINCREF) when >> we know closure can't be NULL (Tuple_Check). Drop t

Re: [Python-Dev] Community buildbots -- reprise

2006-07-25 Thread Grig Gheorghiu
On 7/25/06, Neal Norwitz <[EMAIL PROTECTED]> wrote: If you want I can send you the build master cfg I setup on python.organd some simple instructions for how to connect to it.  I don't havetime to focus on this at the moment and probably won't until 2.5 isout.n--Sure. I'm still a bit unclear on wh

Re: [Python-Dev] remaining issues from Klocwork static analysis

2006-07-25 Thread Neal Norwitz
On 7/25/06, Georg Brandl <[EMAIL PROTECTED]> wrote: > Martin v. Löwis wrote: > > Neal Norwitz wrote: > >> # 74 Object/funcobject.c:143Suspicious deref of ptr before NULL check > > > > Not quite sure what it is complaining about, but > > > > else if (PyTuple_Check(closure)) { > >

Re: [Python-Dev] remaining issues from Klocwork static analysis

2006-07-25 Thread Neal Norwitz
On 7/25/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > Neal Norwitz wrote: > > # 74 Object/funcobject.c:143Suspicious deref of ptr before NULL check > > Not quite sure what it is complaining about, but > > else if (PyTuple_Check(closure)) { > Py_XINCREF(closure); >

Re: [Python-Dev] Community buildbots -- reprise

2006-07-25 Thread Neal Norwitz
If you want I can send you the build master cfg I setup on python.org and some simple instructions for how to connect to it. I don't have time to focus on this at the moment and probably won't until 2.5 is out. n -- On 7/20/06, Grig Gheorghiu <[EMAIL PROTECTED]> wrote: > Hi, > > This message is

Re: [Python-Dev] More tracker demos online

2006-07-25 Thread Terry Reedy
""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Currently, we have two running tracker demos online: > > Roundup: > http://efod.se/python-tracker/ > > Jira: > http://jira.python.atlassian.com/secure/Dashboard.jspa What user name and passwords will they accept, i

Re: [Python-Dev] More tracker demos online

2006-07-25 Thread Brett Cannon
On 7/25/06, Neil Hodgson <[EMAIL PROTECTED]> wrote: Martin v. Löwis:> Currently, we have two running tracker demos online:   After playing with them for 30 minutes, Jira seems to have too busyan interface and finicky behaviour: not liking the back button sometimes (similar to SF) and clicking on di

Re: [Python-Dev] More tracker demos online

2006-07-25 Thread Neil Hodgson
Martin v. Löwis: > Currently, we have two running tracker demos online: After playing with them for 30 minutes, Jira seems to have too busy an interface and finicky behaviour: not liking the back button sometimes (similar to SF) and clicking on diffs wants to download them rather than view the

Re: [Python-Dev] setup.py and cross-compiling

2006-07-25 Thread Ed Swierk
On 7/24/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > The main problem is that it is the host python that runs setup.py, > not the target python. Various parts of distutils assume that the > information the interpreter provides is correct, yet it is not > in a cross-compilation case. Well, it

Re: [Python-Dev] Document performance requirements?

2006-07-25 Thread Neal Becker
On Friday 21 July 2006 7:49 am, Nick Coghlan wrote: > Neal Becker wrote: > > For a recent project I needed to select a container. There are plenty of > > python data structures to choose from. It seems that information on > > performance is missing (or not easy to find). > > > > I think Python sh

[Python-Dev] Community buildbots -- reprise

2006-07-25 Thread Grig Gheorghiu
Hi, This message is in response to Glyph's plea (). Here's what Glyph said: "I would like to propose, although I certainly don't have time to implement, a program by which Python-using projects could contribute buildslaves which

Re: [Python-Dev] More tracker demos online

2006-07-25 Thread Christian Robottom Reis
On Tue, Jul 25, 2006 at 09:44:12PM +0200, "Martin v. Löwis" wrote: > You'll notice that it also lists Trac and Malone, however, > it seems that there is no progress on importing SF data > into these. Actually, James Henstridge has been working on an import into Launchpad (Malone is the codename fo

[Python-Dev] More tracker demos online

2006-07-25 Thread Martin v. Löwis
Currently, we have two running tracker demos online: Roundup: http://efod.se/python-tracker/ Jira: http://jira.python.atlassian.com/secure/Dashboard.jspa These installation are in various forms of demo mode and "pre-release" (meaning that the configuration is still not complete). They both use t

Re: [Python-Dev] remaining issues from Klocwork static analysis

2006-07-25 Thread Georg Brandl
Martin v. Löwis wrote: > Neal Norwitz wrote: >> # 74 Object/funcobject.c:143Suspicious deref of ptr before NULL check > > Not quite sure what it is complaining about, but > > else if (PyTuple_Check(closure)) { > Py_XINCREF(closure); > } > > looks indeed suspic

Re: [Python-Dev] Strategy for converting the decimal module to C

2006-07-25 Thread Nick Maclaren
Greg Ewing <[EMAIL PROTECTED]> wrote: > > But we weren't talking about asynchronous exceptions, > we were talking about floating point exceptions. Unless > your TLB miss handler uses floating point arithmethic, > there's no way it can get interrupted by one. (And if > it does use floating point ar

Re: [Python-Dev] remaining issues from Klocwork static analysis

2006-07-25 Thread Martin v. Löwis
Neal Norwitz wrote: > # 74 Object/funcobject.c:143Suspicious deref of ptr before NULL check Not quite sure what it is complaining about, but else if (PyTuple_Check(closure)) { Py_XINCREF(closure); } looks indeed suspicious: Why do we check for NULL (XINCREF) w