[Python-Dev] segfault when using PyGILState_Ensure/Release in Python2.3.4

I'm hoping somebody here can help me with an error I'm getting in Python 2.3.4 but not in Python 2.4.2 when I use PyGILState_Ensure in NumPy on Linux. Perhaps somebody can point out what I'm doing wrong because while I've tried to understand the threading API it can be a bit confusing and m

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

Brett Cannon wrote: > Extensible file type handling > - > If the file type handlers are stored in normal Python data > structures as > described above, it becomes feasible to make the import system > extensible to > different file types as wel

Re: [Python-Dev] FW: Bug? Certainly a new *behavior* from subprocess in 2.5 on Win32

Delaney, Timothy (Tim) wrote: > Looks like there's a bug in Popen.__del__ in 2.5. I'm not in a position > to have a look right now. For those not watching python-checkins, a check for "is not None" has been added before the offending line in Popen.__del__. (by Georg, IIRC) Cheers, Nick. -- Nic

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

Greg Ewing <[EMAIL PROTECTED]> wrote: > > > Now, interrupting into that level has to be transparent, in order to > > support TLB misses, clock interrupts, device interrupts, machine-check > > interrupts and so on. > > I thought we were just talking about counting the number > of floating point ex

[Python-Dev] Document performance requirements?

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 should include performance in the documentation of common data structures to help users select

[Python-Dev] Ireland PyPy sprint 21th-27th August 2006

The next PyPy sprint will happen in the nice city of Limerick in Ireland from 21st till 27th August. (Most people intend to arrive 20th August). The main focus of the sprint will be on JIT compiler works, various optimization works, porting extension modules, infrastructure works like a buil

Re: [Python-Dev] Document performance requirements?

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 should include performance in the documentation of common > data

Re: [Python-Dev] Support for PyGetSetDefs in pydoc

Georg Brandl wrote: > Perhaps you could put the objects into _testcapi. That way no new module > has to be deployed (is _testcapi installed on every system?) Let's not corrupt _testcapi with something that has an entirely differently purpose. Cheers, Nick. -- Nick Coghlan | [EMAIL PROTECTE

Re: [Python-Dev] Document performance requirements?

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 should include performance in the doc

Re: [Python-Dev] Document performance requirements?

Neal Becker wrote: > 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). >>>

[Python-Dev] Document performance requirements?

On 7/21/06, Nick Coghlan <[EMAIL PROTECTED]> wrote: > However, I'm also struggling to think of a case other than list vs deque where > the choice of a builtin or standard library data structure would be dictated > by big-O() concerns. OK, but that doesn't mean the information is unimportant. +1 o

Re: [Python-Dev] first draft of bug guidelines for www.python.org/dev/

On 7/20/06, Fred L. Drake, Jr. <[EMAIL PROTECTED]> wrote: On Friday 21 July 2006 00:10, Neil Hodgson wrote: > Brett Cannon: > > But SourceForge does not support anonymous reporting. > >SourceForge does support anonymous reporting. A large proportion of > the fault reports I receive for Scintil

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

On Jul 21, 2006, at 6:18 AM, Nick Maclaren wrote: > To cut a long story short, it is impractical for a language run-time > system to call user-defined handlers with any degree of reliability > unless the compiled code and run-time interoperate carefully - I have > been there and done that many tim

Re: [Python-Dev] FW: Bug? Certainly a new *behavior* from subprocess in 2.5 on Win32

On 7/21/06, Nick Coghlan <[EMAIL PROTECTED]> wrote: Delaney, Timothy (Tim) wrote:> Looks like there's a bug in Popen.__del__ in 2.5. I'm not in a position> to have a look right now.For those not watching python-checkins, a check for "is not None" has been added before the offending line in Popen.__

Re: [Python-Dev] Document performance requirements?

Jason Orendorff wrote: >> However, I'm also struggling to think of a case other than list vs >> deque where the choice of a builtin or standard library data >> structure would be dictated by big-O() concerns. > > OK, but that doesn't mean the information is unimportant. +1 on > making this someth

[Python-Dev] Community buildbots -- reprise

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 toimplement, a program by which Python-using projects could contributebuildslaves which would ru

Re: [Python-Dev] first draft of bug guidelines for www.python.org/dev/

Brett> Sure. It can also wait until we begin discussing the transition Brett> to our next bug tracker. Would be kinda nice if the new bug tracker allowed submitters to enter a followup email address without formally logging in. (Of course, email-based submissions would go a long way to

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

On Fri, 21 Jul 2006 10:04:38 -0700, Grig Gheorghiu <[EMAIL PROTECTED]> wrote: >Hi, > >Apart from the goals stated by Glyph, I see this as a very valuable >effort in convincing people of the value of automated tests, >Python-related or not. A secondary effect I'd like to see would be for >these suit

Re: [Python-Dev] FW: Bug? Certainly a new *behavior* from subprocess in 2.5 on Win32

Kevin Jacobs <[EMAIL PROTECTED]> wrote: > On 7/21/06, *Nick Coghlan* <[EMAIL PROTECTED] > > wrote: > > Delaney, Timothy (Tim) wrote: > > Looks like there's a bug in Popen.__del__ in 2.5. I'm not in a > position > > to have a look right now. > > For

Re: [Python-Dev] FW: Bug? Certainly a new *behavior* from subprocess in 2.5 on Win32

> The is _active check, unless it intendeds to check for either empty or > None, should probably be revised to: > > def __del__(self): > # In case the child hasn't been waited on, check if it's done. > self.poll(_deadstate=sys.maxint) > if self.sts < 0: >

Re: [Python-Dev] Document performance requirements?

On Jul 21, 2006, at 12:45 PM, Giovanni Bajo wrote: > Jason Orendorff wrote: > >>> However, I'm also struggling to think of a case other than list vs >>> deque where the choice of a builtin or standard library data >>> structure would be dictated by big-O() concerns. >> >> OK, but that doesn't mean

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

I have a server up and running. I still need to polish some stuff off. I will mail more info when I get a chance. n -- On 7/21/06, Jean-Paul Calderone <[EMAIL PROTECTED]> wrote: > On Fri, 21 Jul 2006 10:04:38 -0700, Grig Gheorghiu <[EMAIL PROTECTED]> wrote: > >Hi, > > > >Apart from the goals st

Re: [Python-Dev] FW: Bug? Certainly a new *behavior* from subprocess in 2.5 on Win32

That'll teach me to fire off emails while running out the door.   Thanks.-KevinOn 7/21/06, John Benediktsson < [EMAIL PROTECTED]> wrote:> The is _active check, unless it intendeds to check for either empty or > None, should probably be revised to:>> def __del__(self):> # In case the chi

Re: [Python-Dev] first draft of bug guidelines for www.python.org/dev/

On 7/21/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Brett> Sure.  It can also wait until we begin discussing the transitionBrett> to our next bug tracker.Would be kinda nice if the new bug tracker allowed submitters to enter afollowup email address without formally logging in.  (Of cou

Re: [Python-Dev] Document performance requirements?

Jason Orendorff wrote: > On 7/21/06, Nick Coghlan <[EMAIL PROTECTED]> wrote: >> However, I'm also struggling to think of a case other than list vs >> deque where >> the choice of a builtin or standard library data structure would be >> dictated >> by big-O() concerns. > > OK, but that doesn't me

Re: [Python-Dev] first draft of bug guidelines for www.python.org/dev/

Kevin Jacobs <[EMAIL PROTECTED]> wrote: > It may just be bad karma, but SourceForge tends to lock or go off into > lala land whenever I log in. Thus, I would file many bug reports, with > a reply-to address, if non-login bug submissions where allowed. My long > term hope is that you toss out S