Aahz <[EMAIL PROTECTED]> wrote:
> My company uses 2.2 and 2.3; we hope to drop 2.2 Real Soon Now.
This has been an interesting thread. There has been some discussion
on python-dev about doing another 2.3 bugfix release. Based on the
number of people still using 2.3, it looks to me like there wou
Tim Peters <[EMAIL PROTECTED]> wrote:
> [Douglas Alan]
>>> I've noticed that there is little to no spam in comp.lang.python
>>> and am wondering how this is accomplished.
>
> [Skip Montanaro]
>> Most mailing lists which originate on mail.python.org have SpamBayes
>> filtering in front of them.
>
>
Steven D'Aprano <[EMAIL PROTECTED]> wrote:
> Have you actually measured this, or are you just making a wild
> guess?
I haven't timed it until now but my guess it not so wild. I'm
pretty familiar with the generator implementation (having written
the initial version of it). In Python 2.3, resuming
Peter Hansen <[EMAIL PROTECTED]> wrote:
> More precisely, the state of the function is *saved* when a yield
> occurs, so you certainly don't *recreate* it from scratch, but merely
> restore the state, and this should definitely be faster than creating it
> from scratch in the first place.
Right
François Pinard <[EMAIL PROTECTED]> wrote:
>[AMK]
>> You may suggest that I should process my e-mail more promptly.
>
> No, I'm not suggesting you how to work, no more that I would accept that
> you force me into working your way. If any of us wants to force the
> other to speak through robots,
Grant Edwards <[EMAIL PROTECTED]> wrote:
> Doesn't your OS have an entropy-gathering RN generator built-in?
Alternatively, if you want lots of high-quality random numbers, buy
a cheap web camera: http://www.lavarnd.org/ . Using data from the
Internet is just a bad idea.
Neil
--
http://mail.
Fredrik Lundh <[EMAIL PROTECTED]> wrote:
> Terry Hancock wrote:
>
>> I got one of these too, recently. Maybe somebody is turning up the
>> screws to get rid of spam that's been appearing on the list?
In the future, sending a message to [EMAIL PROTECTED] is
suggested rather than posting to only to
applications and
report any incompatibilities.
PEP: 349
Title: Allow str() to return unicode strings
Version: $Revision: 1.3 $
Last-Modified: $Date: 2005/08/22 21:12:08 $
Author: Neil Schemenauer <[EMAIL PROTECTED]>
Status: Draft
Type: Standards Track
Content-Type: text/plain
Created: 02-Aug-200
ision: 1.2 $
Last-Modified: $Date: 2005/08/06 04:05:48 $
Author: Neil Schemenauer <[EMAIL PROTECTED]>
Status: Draft
Type: Standards Track
Content-Type: text/plain
Created: 02-Aug-2005
Post-History: 06-Aug-2005
Python-Version: 2.5
Abstract
This PEP proposes the introduction of a new built-
