Hi,
Some news about my patch.
Le lundi 08 mars 2010 19:21:20, Maciej Fijalkowski a écrit :
> On Mon, Mar 8, 2010 at 10:47 AM, Guido van Rossum wrote:
> > Actually it sounds like there's some overly general except clause
> > somewhere that should be adjusted to catch just "Exception" instead of
>
On 09/03/2010 16:08, Aahz wrote:
- Forwarded message from Bob Vadnais -
Date: Tue, 09 Mar 2010 00:37:33 -0500
From: Bob Vadnais
To: webmas...@python.org
Subject: http://www.python.org/dev/patches/
Submit documentation patches the same way. When adding the patch, be>
Hi everyone,
The source tarballs and Windows installer for Python 2.6.5 release candidate 2
are now available:
http://www.python.org/download/releases/2.6.5/
As usual, please download, install, and test them with your favorite projects
and environments. A number of regressions and build problem
On Wed, Mar 10, 2010 at 7:46 AM, Nick Coghlan wrote:
> All of this discussion about the class names is ignoring the main
> benefit of using the string names:
Another benefit of strings is that data-driven argparse configuration
will usually be slightly simpler.
Some of us find things like that u
Nick Coghlan wrote:
Greg Ewing wrote:
Steven Bethard wrote:
Because the names are so long and you'd have to import them, I've left
them as private attributes of the module, but if there's really
demand, we could rename them to argparse.StoreTrueAction, etc.
What's wrong with just StoreTrue?
Greg Ewing wrote:
> Xavier Morel wrote:
>> So you'd have to write add_argument('--plot',
>> action=actions.store_true) which is straight from the department of
>> redundant redundancies.
>
> This could easily be fixed with
>
> from argparse.actions import store_true
Converting argparse from a mo
Greg Ewing wrote:
> Steven Bethard wrote:
>
>> Because the names are so long and you'd have to import them, I've left
>> them as private attributes of the module, but if there's really
>> demand, we could rename them to argparse.StoreTrueAction, etc.
>
> What's wrong with just StoreTrue?
All of
s...@pobox.com wrote:
> >> I'm +1 on adding a nice task queuing system, -1 on calling it by any
> >> other name. ;-)
>
> Nick> As Guido said, let's call the nice task queuing system "futures"
> Nick> and point people wanting a full-power asynchronous process model
> Nick> to T
Brian Quinlan wrote:
>> Getting rid of the process-global state like this simplifies testing
>> (both testing of the executors themselves and of application code
>> which uses them). It also eliminates the unpleasant interpreter
>> shutdown/module globals interactions that have plagued a number of
On 9 Mar 2010, at 03:21, Terry Reedy wrote:
On 3/6/2010 4:20 AM, Brian Quinlan wrote:
On 6 Mar 2010, at 03:21, Daniel Stutzbach wrote:
On Fri, Mar 5, 2010 at 12:03 AM, Brian Quinlan mailto:br...@sweetapp.com>> wrote:
import futures
+1 on the idea, -1 on the name. It's too similar to "
On 9 Mar 2010, at 08:11, exar...@twistedmatrix.com wrote:
On 08:56 pm, digitalx...@gmail.com wrote:
On Mon, Mar 8, 2010 at 12:04 PM, Dj Gilcrease
wrote:
A style I have used in my own code in the past is a Singleton class
with register and create methods, where the register takes a
name(stri
On 9 Mar 2010, at 08:39, Greg Ewing wrote:
Terry Reedy wrote:
Looking more close, I gather that the prime results will be printed
'in order' (waiting on each even if others are done) while the url
results will be printed 'as available'.
Seems to me that if you care about the order of the
On 10 Mar 2010, at 08:32, Dj Gilcrease wrote:
On Mon, Mar 8, 2010 at 2:11 PM, wrote:
Getting rid of the process-global state like this simplifies
testing (both
testing of the executors themselves and of application code which
uses
them). It also eliminates the unpleasant interpreter shu
13 matches
Mail list logo
