Noam Raphael <[EMAIL PROTECTED]> writes:
> More than a year and a half ago, I posted a big patch to IDLE which
> adds support for completion and much better calltips, along with some
> other improvements.
I have responded on idle-dev.
--
KBK
___
Pyth
Nick Coghlan wrote:
[A load of baloney]
Scratch everything I said in my last message - init_slotdefs() sorts the
slotdefs table correctly, so that the order it is written in the source is
irrelevant.
Travis found the real answer to his problem.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROT
Guido van Rossum wrote:
> Hmm... I'm sure the answer is in typeobject.c, but that is one of the
> more obfuscated parts of Python's guts. I wrote it four years ago and
> since then I've apparently lost enough brain cells (or migrated them
> from language implementation to to language design service
Guido van Rossum wrote:
>On 10/1/05, Travis Oliphant <[EMAIL PROTECTED]> wrote:
>
>
>>The new ndarray object of scipy core (successor to Numeric Python) is a
>>C extension type that has a getitem defined in both the as_mapping and
>>the as_sequence structure.
>>
>>The as_sequence mapping is just
On 10/2/05, Martin Blais <[EMAIL PROTECTED]> wrote:
> One of the problems that you have with using generators like
> this, is that automatic "yield" on resource access does not occur
> automatically, like it does in threading. With threads, the
> kernel is invoked when access to a low-level resour
On 10/1/05, Travis Oliphant <[EMAIL PROTECTED]> wrote:
>
> The new ndarray object of scipy core (successor to Numeric Python) is a
> C extension type that has a getitem defined in both the as_mapping and
> the as_sequence structure.
>
> The as_sequence mapping is just so PySequence_GetItem will wor
The new ndarray object of scipy core (successor to Numeric Python) is a
C extension type that has a getitem defined in both the as_mapping and
the as_sequence structure.
The as_sequence mapping is just so PySequence_GetItem will work correctly.
As exposed to Python the ndarray object as a .__
On Saturday 01 October 2005 22:50, Martin Blais wrote:
...
> because some people on the list appear to discuss generators as
> a concurrency scheme, and as far as I know they really are not
> addressing that at all.
Our project started in the context of dealing with the task of a
naturally concurr
Hi Martin,
[snip]
The "confusion" stems from the fact that two issues are mixed up in this
discussion thread:
- improving concurrency schemes to make it easier to write well-behaving
applications with independent parallel flows
- improving concurrency schemes to improve performance when there ar
Hi.
I hear a confusion that is annoying me a bit in some of the
discussions on concurrency, and I thought I'd flush my thoughts
here to help me clarify some of that stuff, because some people
on the list appear to discuss generators as a concurrency scheme,
and as far as I know (and please correct
Hi,
I looked whether I could make the test suite pass again
when compiled with --disable-unicode.
One problem is that no Unicode escapes can be used since compiling
the file raises ValueErrors for them. Such strings would have to
be produced using unichr().
Is this the right way? Or is disabling
On Friday 30 September 2005 22:13, Michael Sparks (home address) wrote:
> I wrote a white paper based on my Python UK talk, which is here:
> * http://www.bbc.co.uk/rd/pubs/whp/whp11.shtml
Oops that URL isn't right. It should be:
* http://www.bbc.co.uk/rd/pubs/whp/whp113.shtml
Sorry! (Thank
12 matches
Mail list logo
