Guido van Rossum wrote:
> On Dec 8, 2007 9:55 AM, Johan Dahlin <[EMAIL PROTECTED]> wrote:
>> Guido van Rossum wrote:
>>> On Dec 8, 2007 2:17 AM, Johan Dahlin <[EMAIL PROTECTED]> wrote:
>>>> Guido van Rossum wrote:
>>>>> Adam, perhaps at so
Guido van Rossum wrote:
> On Dec 8, 2007 2:17 AM, Johan Dahlin <[EMAIL PROTECTED]> wrote:
>> Guido van Rossum wrote:
>>> Adam, perhaps at some point (Monday?) we could get together on
>>> #python-dev and interact in real time on this issue. Probably even
>>&g
Guido van Rossum wrote:
> Adam, perhaps at some point (Monday?) we could get together on
> #python-dev and interact in real time on this issue. Probably even
> better on the phone. This offer is open to anyone who is serious about
> getting this resolved. Someone please take it -- I'm offering free
Guido van Rossum wrote:
> While reviewing PEPs, I stumbled over PEP 335 ( Overloadable Boolean
> Operators) by Greg Ewing. I am of two minds of this -- on the one
> hand, it's been a long time without any working code or anything. OTOH
> it might be quite useful to e.g. numpy folks.
This kind of f
Nick Maclaren wrote:
> "Gustavo Carneiro" <[EMAIL PROTECTED]> wrote:
>> Anyway, I was speaking hypothetically. I'm pretty sure writing to a
>> pipe is async signal safe. It is the oldest trick in the book,
>> everyone uses it. I don't have to see a written signed contract to
>> know that it work
t possible to have a sanctioned way to implement
>> a dynamic module/namespace in python?
>
> That would be nice, but I think that what you and I are doing are
> probably the One Obvious Ways to do the respective things we're doing.
I consider __getattribute__ a hack, being abl
James Y Knight wrote:
>
> On Jul 15, 2006, at 2:38 PM, Johan Dahlin wrote:
>> What I want to ask, is it possible to have a sanctioned way to implement
>> a dynamic module/namespace in python?
>>
>> For instance, it could be implemented to allow you to replace the
>
Andrew Bennetts wrote:
> On Sat, Jul 15, 2006 at 03:38:04PM -0300, Johan Dahlin wrote:
>> In an effort to reduce the memory usage used by GTK+ applications
>> written in python I've recently added a feature that allows attributes
>> to be lazy loaded in a module namesp
In an effort to reduce the memory usage used by GTK+ applications
written in python I've recently added a feature that allows attributes
to be lazy loaded in a module namespace. The gtk python module contains
quite a few attributes (around 850) of which many are classes or
interfaces (150+)
Th
Ka-Ping Yee wrote:
> On Thu, 8 Jun 2006, Neal Norwitz wrote:
>> If you plan to make a checkin adding a feature (even a simple one),
>> you oughta let people know by responding to this message. Please get
>> the bug fixes in ASAP. Remember to add tests!
>
> Just to make this appear on this thread
10 matches
Mail list logo
