Re: [Python-Dev] cpython: use assertWarns instead of check_warnings - Issue14341

2012-04-12 Thread Senthil Kumaran 
On Wed, Apr 11, 2012 at 09:33:30PM +0200, Georg Brandl wrote:
> >+
> >+with self.assertWarns(DeprecationWarning) as cm:
> >  req.add_data("data")
> 
> There's no need for adding the "as cm" if you don't need the cm object.

I overlooked. Thanks for spotting. I have corrected it.

-- 
Senthil
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] PEP 418 glossary

2012-04-12 Thread Kristján Valur Jónsson 


> -Original Message-
> From: [email protected]
> [mailto:[email protected]] On
> Behalf Of Victor Stinner
> Sent: 11. apríl 2012 23:10
> I integrated a simplified version of your Glossary into the PEP. Some changes:
>  * a monotonic clock has not necessary an high precision, on Windows, the
> two properties are exclusive

By this I assume you mean that QueryPerformanceCounter is not monotonic, 
because it certainly is high precision.
I don't understand why you have come to this conclusion.  The fact that some 
older bios or drivers may be buggy does not suffice to condem whole of windows.

Wallclock:  This definition is wrong no metter how the BDFL feels about the 
word.  Please see http://en.wikipedia.org/wiki/Wall_clock_time.

K
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

[Python-Dev] PEP 412 Key-Sharing Dictionary

2012-04-12 Thread Mark Shannon 

I would like to get the new shared-keys dictionary implementation
committed, or rejected or further reviewed, if necessary.
It seems to have got a bit stuck at the moment.

As far as I am concerned it is ready to go in.
Memory usage is reduced, speed is roughly unchanged, and it passes all
the tests (except for 1 test in test_pprint which relies on dict/set
ordering, see http://bugs.python.org/issue13907)

Cheers,
Mark.
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] PEP 412 Key-Sharing Dictionary

2012-04-12 Thread Guido van Rossum 
Wow, I thought it was accepted already! I don't see the hangup.

On Thu, Apr 12, 2012 at 7:25 AM, Mark Shannon  wrote:
> I would like to get the new shared-keys dictionary implementation
> committed, or rejected or further reviewed, if necessary.
> It seems to have got a bit stuck at the moment.
>
> As far as I am concerned it is ready to go in.
> Memory usage is reduced, speed is roughly unchanged, and it passes all
> the tests (except for 1 test in test_pprint which relies on dict/set
> ordering, see http://bugs.python.org/issue13907)

-- 
--Guido van Rossum (python.org/~guido)
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] PEP 418 glossary

2012-04-12 Thread R. David Murray 
On Thu, 12 Apr 2012 13:49:43 -, 
=?utf-8?B?S3Jpc3Rqw6FuIFZhbHVyIErDs25zc29u?=  wrote:
> Wallclock:  This definition is wrong no metter how the BDFL feels about the 
> word.  Please see http://en.wikipedia.org/wiki/Wall_clock_time.

I agree with the BDFL.  I have always heard "wallclock" as referring to
the clock on the wall (that's what the words mean, after all).

When this term became current that meant an *analog* clock that did not
automatically update for daylight savings time, so naturally if you
measure an interval using it it is equivalent to "real time".

However, to my mind the implication of the term has always been that
the actual time value returned by a 'wallclock' function can be directly
mapped to the time shown on the clock on the wall (assuming the computer's
clock and the clock on the wall are synchronized, of course).

Heh.  Come to think of it, when I first encountered the term it was in
the context of one of the early IBM PCs running DOS, which means that
the computer clock *was* set to the same time as the wall clock.

Thus regardless of what Wikipedia thinks, I think in many people's
minds there is an inherent ambiguity in what the term means.   If you
use it to measure an interval, then I think most people would agree
automatically that it is equivalent to "real time".  But outside of
interval measurement, there is ambiguity.

So I think the definition in the PEP is correct.

--David
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] PEP 412 Key-Sharing Dictionary

2012-04-12 Thread Antoine Pitrou 
On Thu, 12 Apr 2012 07:30:07 -0700
Guido van Rossum  wrote:
> Wow, I thought it was accepted already! I don't see the hangup.

It's under review.
http://bugs.python.org/issue13903

Regards

Antoine.


___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] PEP 412 Key-Sharing Dictionary

2012-04-12 Thread Brett Cannon 
On Thu, Apr 12, 2012 at 10:25, Mark Shannon  wrote:

> I would like to get the new shared-keys dictionary implementation
> committed, or rejected or further reviewed, if necessary.
> It seems to have got a bit stuck at the moment.
>
> As far as I am concerned it is ready to go in.
> Memory usage is reduced, speed is roughly unchanged, and it passes all
> the tests (except for 1 test in test_pprint which relies on dict/set
> ordering, see 
> http://bugs.python.org/**issue13907
> )
>

The language summit result was this should go in once the review is over
(as Antoine pointed out) and committed by someone other than Mark since it
is a complicated enough thing to require a full review.

And did you ever follow through on getting your commit privileges, Mark?
While you can't commit this patch you can definitely help with maintaining
it (and other things =).
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

[Python-Dev] Fwd: Error in MD5 checksums of the 2.7.3 release page.

2012-04-12 Thread Terry Reedy 

From: Jérémy Bethmont 
To: [email protected]
Newsgroups: gmane.comp.python.general

There is an error in the MD5 checksums section of the following page:
http://python.org/download/releases/2.7.3/

Python-3.1.5.tgz, Python-3.1.5.tar.bz2 and Python-3.1.5.tar.xz
are listed instead of:
Python-2.7.3.tgz, Python-2.7.3.tar.bz2 and Python-2.7.3.tar.xz
---
Error verified

Terry Jan Reedy


___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com