At 09:04 PM 6/5/2006 -0400, Jim Jewett wrote:
>On 6/4/06, Phillip J. Eby <[EMAIL PROTECTED]> wrote:
> > can we please delay the import until it's actually needed? i.e.,
> > until after some logging option is enabled?
>
>I have asked her to make this change.
>
>I don't like the extra conditional da
On 6/4/06, Phillip J. Eby <[EMAIL PROTECTED]> wrote:
> can we please delay the import until it's actually needed? i.e.,
> until after some logging option is enabled?
I have asked her to make this change.
I don't like the extra conditional dance it causes, but I agree that
not wanting to log is a
On 6/4/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Jim> (2) Should NAME be module.__name__?
> Seems reasonable.
(The clipped part was that the output will look a bit different when,
say, the module is run as a script and the name is __main__).
But if no one objects, I'll take this as
On Mon, Jun 05, 2006 at 06:33:29PM -0400, Phillip J. Eby wrote:
> At 08:08 AM 6/5/2006 -0400, A.M. Kuchling wrote:
> >I had the start of an outline in sandbox/wsgiref-docs, but am not
> >working on them at the moment because no one is willing to say if the
> >list of documented classes is complete
At 08:08 AM 6/5/2006 -0400, A.M. Kuchling wrote:
>I had the start of an outline in sandbox/wsgiref-docs, but am not
>working on them at the moment because no one is willing to say if the
>list of documented classes is complete (or includes too much).
Huh? This is the first I've heard of it.
I wa
[moving to python-dev]
[Tim, gets different results across whole runs of
python_d ../Lib/test/regrtest.py -R 2:40: test_filecmp test_exceptions
]
>>> Does that make any sense? Not to me -- I don't know of a clear reason
>>> other than wild loads/stores for why such runs should ever differ.
M.-A. Lemburg wrote:
> Fredrik Lundh wrote:
>
>>M.-A. Lemburg wrote:
>>
>>
>>>Seriously, I've been using and running pybench for years
>>>and even though tweaks to the interpreter do sometimes
>>>result in speedups or slow-downs where you wouldn't expect
>>>them (due to the interpreter using the P
Raymond Hettinger wrote:
> Armin Rigo wrote:
[...]
>>At the moment, I'm trying to, but 2.5 HEAD keeps failing mysteriously on
>>the tests I try to time, and even going into an infinite loop consuming
>>all my memory - since the NFS sprint. Am I allowed to be grumpy here,
>>and repeat that speed sh
[EMAIL PROTECTED] wrote:
> Andrew, look in your mail for a patch file.
Received, thanks.
Andrew.
-
Andrew I MacIntyre "These thoughts are mine alone..."
E-mail: [EMAIL PROTECTED] (pref) | Snail: PO Box 3
Tim Peters wrote:
> #if THREAD_STACK_MIN < PTHREAD_STACK_MIN
>
> assumes that the expansion of PTHREAD_STACK_MIN acts like a
> compile-time constant expression, but there's no such guarantee.
>
>http://cvs.opensolaris.org/source/xref/on/usr/src/head/limits.h
>
> shows that, on one version o
On Fri, Jun 02, 2006 at 03:33:41PM -0400, Doug Fort wrote:
> I'm going over the possible tasks for the Arlington Sprint.
> Documentation for wsgiref looks like somethng I could handle.
>
> Is anyone already working on this?
I had the start of an outline in sandbox/wsgiref-docs, but am not
working
Ronald> The failure was the result of the removeal of Mac/Wastemods,
Ronald> these are needed for the waste wrappers. I've just checked in a
Ronald> patch that removes these wrappers (revision 46644), they won't
Ronald> work on Intel macs, aren't used by anything in the current tre
Phillip J. Eby wrote:
> If this *has* to be added to the modules that don't currently do any
> logging, can we please delay the import until it's actually needed?
now that we've had a needforspeed sprint, it's clear that it's time to
start working on slowing things down again ;-)
> I think it
13 matches
Mail list logo
