In article
,
Brian Curtin wrote:
> On Mon, Apr 9, 2012 at 20:53, Terry Reedy wrote:
> > On 4/9/2012 7:53 PM, Brian Curtin wrote:
> >>
> >> On Mon, Apr 9, 2012 at 18:41, Terry Reedy wrote:
> >>>
> >>> In particular, it should include a recent fix so that French keyboards
> >>> work
> >>> with t
On Mon, Apr 9, 2012 at 20:53, Terry Reedy wrote:
> On 4/9/2012 7:53 PM, Brian Curtin wrote:
>>
>> On Mon, Apr 9, 2012 at 18:41, Terry Reedy wrote:
>>>
>>> In particular, it should include a recent fix so that French keyboards
>>> work
>>> with tk/tkinter and hence Idle better than now. There has
On 4/9/2012 7:53 PM, Brian Curtin wrote:
On Mon, Apr 9, 2012 at 18:41, Terry Reedy wrote:
In particular, it should include a recent fix so that French keyboards work
with tk/tkinter and hence Idle better than now. There has been more than one
complaint about this.
Do you know when this was fi
On Mon, Apr 9, 2012 at 4:46 PM, Guido van Rossum wrote:
> Is it still? I thought they fixed that ages ago?
>
sadly, no. http://www.cl.cam.ac.uk/~mgk25/mswish/ut-rtc.html
On Mon, Apr 9, 2012 at 4:42 PM, Gregory P. Smith wrote:
> >
> > On Sat, Apr 7, 2012 at 4:56 PM, Glyph Lefkowitz >
> > wrot
On Mon, Apr 9, 2012 at 18:41, Terry Reedy wrote:
> In particular, it should include a recent fix so that French keyboards work
> with tk/tkinter and hence Idle better than now. There has been more than one
> complaint about this.
Do you know when this was fixed or have any information about it? T
Is it still? I thought they fixed that ages ago?
On Mon, Apr 9, 2012 at 4:42 PM, Gregory P. Smith wrote:
>
> On Sat, Apr 7, 2012 at 4:56 PM, Glyph Lefkowitz
> wrote:
>>
>> On Apr 7, 2012, at 3:40 AM, Steven D'Aprano wrote:
>>
>> In any case, NTP is not the only thing that adjusts the clock, e.g.
On 4/9/2012 5:49 PM, mar...@v.loewis.de wrote:
Zitat von Brian Curtin :
Can someone let me in on the process to upgrade tcl and tk on
svn.python.org? For the VS2010 port it looks like I need to upgrade
since the 8.5.9 versions do not work. They use link options that choke
on 2010. Taking 8.5.1
On Sat, Apr 7, 2012 at 4:56 PM, Glyph Lefkowitz wrote:
> On Apr 7, 2012, at 3:40 AM, Steven D'Aprano wrote:
>
> In any case, NTP is not the only thing that adjusts the clock, e.g. the
> operating system will adjust the time for daylight savings.
>
>
> Daylight savings time is not a clock adjustmen
On 4/9/2012 3:57 PM, R. David Murray wrote:
On Mon, 09 Apr 2012 13:34:25 -0400, Terry Reedy wrote:
Should t.unittest.main(t.__name__) work as well?
That will work.
t.unittest.main(t) will also work and is less typing.
Good. The only doc for the parameter is "unittest.main(module='__main_
>> sleep() is implemented in the kernel. The kernel is notified when a
>> clock is set, and so can choose how to handle time adjustement. Most
>> "sleeping" functions use the system clock but don't care of clock
>> adjustement.
>
> We're going around in circles. I'm not asking what sleep does, I wa
On 09Apr2012 13:26, Victor Stinner wrote:
| > | On Windows, GetProcessTimes() has not a "high-resolution": it has a
| > | accuracy of 1 ms in the best case.
| >
| > This page:
| >
http://msdn.microsoft.com/en-us/library/windows/desktop/ms683223%28v=vs.85%29.aspx
| > says "100-nanosecond time uni
Jim Jewett wrote:
> Why is there any need for MPD_MINALLOC at all for (immutable) numbers?
>
> I suspect that will involve fleshing out some of the memory management
> issues around dynamic decimals, as touched on here:
> http://www.bytereef.org/mpdecimal/doc/libmpdec/memory.html#static-and-dynam
Zitat von Brian Curtin :
Can someone let me in on the process to upgrade tcl and tk on
svn.python.org? For the VS2010 port it looks like I need to upgrade
since the 8.5.9 versions do not work. They use link options that choke
on 2010. Taking 8.5.11, which is the current release, seems to work
o
I remember that one of the concerns with cdecimal was whether it could
be maintained by anyone except Stefan (and a few people who were
already overcommitted).
If anyone (including absolute newbies) wants to step up, now would be
a good time to get involved.
A few starter questions, whose answer
On Mon, 09 Apr 2012 14:54:03 -0400
Terry Reedy wrote:
>
> > diff --git a/Tools/stringbench/stringbench.py
> > b/Tools/stringbench/stringbench.py
> > new file mode 100755
> > --- /dev/null
> > +++ b/Tools/stringbench/stringbench.py
> > @@ -0,0 +1,1483 @@
> > +
>
> Did you mean to start with a bl
Can someone let me in on the process to upgrade tcl and tk on
svn.python.org? For the VS2010 port it looks like I need to upgrade
since the 8.5.9 versions do not work. They use link options that choke
on 2010. Taking 8.5.11, which is the current release, seems to work
out alright so far.
It seems
On Mon, 09 Apr 2012 13:34:25 -0400, Terry Reedy wrote:
>
> On 4/9/2012 9:13 AM, r.david.murray wrote:
> > http://hg.python.org/cpython/rev/eff551437abd
> > changeset: 76176:eff551437abd
> > user:R David Murray
> > date:Mon Apr 09 08:55:42 2012 -0400
> > summary:
> >#14533: i
Some comments...
On 4/9/2012 11:09 AM, antoine.pitrou wrote:
http://hg.python.org/cpython/rev/704630a9c5d5
changeset: 76179:704630a9c5d5
user:Antoine Pitrou
date:Mon Apr 09 17:03:32 2012 +0200
summary:
Issue #13165: stringbench is now available in the Tools/stringbench folde
On Apr 10, 2012 2:36 AM, "Terry Reedy" wrote:
>
>
> On 4/9/2012 9:13 AM, r.david.murray wrote:
>>
>> http://hg.python.org/cpython/rev/eff551437abd
>> changeset: 76176:eff551437abd
>> user:R David Murray
>> date:Mon Apr 09 08:55:42 2012 -0400
>> summary:
>> #14533: if a test has
An unexpected error occurred during the processing
of your message. The tracker administrator is being
notified.
Return-Path:
X-Original-To: rep...@bugs.python.org
Delivered-To: roundup+trac...@psf.upfronthosting.co.za
Received: from mail.python.org (mail.python.org [82.94.164.166])
by ps
An unexpected error occurred during the processing
of your message. The tracker administrator is being
notified.
Return-Path:
X-Original-To: rep...@bugs.python.org
Delivered-To: roundup+trac...@psf.upfronthosting.co.za
Received: from mail.python.org (mail.python.org [82.94.164.166])
by ps
On 4/9/2012 9:13 AM, r.david.murray wrote:
http://hg.python.org/cpython/rev/eff551437abd
changeset: 76176:eff551437abd
user:R David Murray
date:Mon Apr 09 08:55:42 2012 -0400
summary:
#14533: if a test has no test_main, use loadTestsFromModule.
This moves us further in the
On Mon, Apr 9, 2012 at 8:17 AM, Mark Shannon wrote:
> Guido van Rossum wrote:
>>
>> On Mon, Apr 9, 2012 at 3:51 AM, Mark Shannon wrote:
>>>
>>> f_namespaces would be part of the frame, replacing f_builtins, f_globals
>>> and f_locals. The indirection of an external object hurts performance,
>>> s
The point I really wanted to make is that many of the fields in the
frame object belong elsewhere and adding new fields to the frame object
is generally a bad idea.
I disagree with that statement, and don't think you have offered sufficient
proof of it. The structure may look irregular to you, b
Guido van Rossum wrote:
On Mon, Apr 9, 2012 at 3:51 AM, Mark Shannon wrote:
f_namespaces would be part of the frame, replacing f_builtins, f_globals
and f_locals. The indirection of an external object hurts performance,
so it would have to be a struct within the frame. The aim is clarity;
local
On Mon, Apr 9, 2012 at 3:51 AM, Mark Shannon wrote:
> f_namespaces would be part of the frame, replacing f_builtins, f_globals
> and f_locals. The indirection of an external object hurts performance,
> so it would have to be a struct within the frame. The aim is clarity;
> locals, globals and buil
On Mon, Apr 9, 2012 at 5:46 AM, Antoine Pitrou wrote:
> On Tue, 10 Apr 2012 00:24:07 +1200
> Greg Ewing wrote:
>> Mark Shannon wrote:
>>
>> > We have recently removed the f_yieldfrom field from the frame object.
>> > (http://bugs.python.org/issue14230)
>>
>> Hey, wait a minute. Did anyone conside
While I agree with keeping data structures simple and clean I think
conserving them forever is bad idea in general.
Let's look on every particular case before making decision.
On Mon, Apr 9, 2012 at 3:46 PM, Andrew Svetlov wrote:
> So it's really no difference between three separate fields in fra
On Tue, 10 Apr 2012 00:24:07 +1200
Greg Ewing wrote:
> Mark Shannon wrote:
>
> > We have recently removed the f_yieldfrom field from the frame object.
> > (http://bugs.python.org/issue14230)
>
> Hey, wait a minute. Did anyone consider the performance effect
> of that change on deeply nested yiel
So it's really no difference between three separate fields in frame
and embedded struct with those fields.
On Mon, Apr 9, 2012 at 1:51 PM, Mark Shannon wrote:
> Andrew Svetlov wrote:
>>
>> Do you want to create `frame` and `f_namespaces` every function call
>> instead of single `frame` creation?
2012/4/9 Greg Ewing :
> Mark Shannon wrote:
>
>> We have recently removed the f_yieldfrom field from the frame object.
>> (http://bugs.python.org/issue14230)
>
>
> Hey, wait a minute. Did anyone consider the performance effect
> of that change on deeply nested yield-froms?
>
> The way it was, a yie
Mark Shannon wrote:
We have recently removed the f_yieldfrom field from the frame object.
(http://bugs.python.org/issue14230)
Hey, wait a minute. Did anyone consider the performance effect
of that change on deeply nested yield-froms?
The way it was, a yield-from chain was traversed by a very
> | * time.process_time(): High-resolution (?) per-process timer from the
> | CPU. (other possible names: time.process_cpu_time() or
> | time.cpu_time())
>
> POSIX offers CLOCK_PROCESS_CPUTIME_ID and CLOCK_THREAD_CPUTIME_ID that
> seem to suit this need, depending on your threading situation (and
2012/4/9 Guido van Rossum :
>>You may need two clocks
>> for this:
>> * time.perf_counter(): high-resolution timer for benchmarking, count
>> time elasped during a sleep
>> * time.process_time(): High-resolution (?) per-process timer from the
>> CPU. (other possible names: time.process_cpu_time()
Andrew Svetlov wrote:
Do you want to create `frame` and `f_namespaces` every function call
instead of single `frame` creation?
f_namespaces would be part of the frame, replacing f_builtins, f_globals
and f_locals. The indirection of an external object hurts performance,
so it would have to be a
Do you want to create `frame` and `f_namespaces` every function call
instead of single `frame` creation?
On Mon, Apr 9, 2012 at 11:56 AM, Mark Shannon wrote:
> The frame object is a key object in CPython. It holds the state
> of a function invocation. Frame objects are allocated, initialised
> an
The frame object is a key object in CPython. It holds the state
of a function invocation. Frame objects are allocated, initialised
and deallocated at a rapid rate.
Each extra field in the frame object requires extra work for each
and every function invocation. Fewer fields in the frame object
mean
Hi Benjamin,
On Mon, Apr 9, 2012 at 12:42 AM, Benjamin Peterson wrote:
> 2012/4/8 Paul Colomiets :
>> Function 'sys.setcleanuphook'
>> -
>>
>> A new function for the ``sys`` module is proposed. This function sets
>> a callback which is executed every time ``f_in_clean
38 matches
Mail list logo