On 7 Mar 2010, at 19:49, Guido van Rossum wrote:
How would you write the example instead then?
Boolean flags are a common enough case that I'd be inclined to add a wrapper
method, so you could just say:
parser.add_bool_argument('--plot')
As you can always fall back to the more general
P.J. Eby wrote:
I'm +1 on adding a nice task queuing system, -1 on calling it by any
other name. ;-)
As Guido said, let's call the nice task queuing system futures and
point people wanting a full-power asynchronous process model to Twisted
- while the Deferred API may technically be
Dj Gilcrease wrote:
On Sun, Mar 7, 2010 at 6:50 AM, Jesse Noller jnol...@gmail.com wrote:
Making the tests and examples happy on windows is fine; but some
explanation is needed for the API changes.
My primary motivation behind the API change is so there is just a
single public Executor
Hi,
I wrote patches for the issue #3137 and I would like your opinion about my
solution (not directly about the patches): I propose to consider a SIGINT
during startup as a fatal error. If you press CTRL+c while Python is starting,
Python displays an error and exit with the code 1.
Currently,
On Sun, Mar 7, 2010 at 11:49 AM, Guido van Rossum gu...@python.org wrote:
On Sun, Mar 7, 2010 at 4:29 AM, Neal Becker ndbeck...@gmail.com wrote:
Brian Curtin wrote:
On Fri, Mar 5, 2010 at 12:51, Neal Becker ndbeck...@gmail.com wrote:
I generally enjoy argparse, but one thing I find rather
On Mon, Mar 8, 2010 at 7:40 AM, Steven Bethard steven.beth...@gmail.com wrote:
On Sun, Mar 7, 2010 at 11:49 AM, Guido van Rossum gu...@python.org wrote:
On Sun, Mar 7, 2010 at 4:29 AM, Neal Becker ndbeck...@gmail.com wrote:
Brian Curtin wrote:
On Fri, Mar 5, 2010 at 12:51, Neal Becker
On Mon, Mar 8, 2010 at 10:40 AM, Steven Bethard
steven.beth...@gmail.com wrote:
In argparse, unlike optparse, actions are actually defined by objects
with a particular API, and the string is just a shorthand for
referring to that. So:
parser.add_argument ('--plot', action='store_true')
is
On 3/8/2010 6:14 AM, Nick Coghlan wrote:
P.J. Eby wrote:
I'm +1 on adding a nice task queuing system, -1 on calling it by any
other name. ;-)
As Guido said, let's call the nice task queuing system futures and
I was confused by 'futures' also until Philip explained it as task-queue
or
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 br...@sweetapp.com
mailto:br...@sweetapp.com wrote:
import futures
+1 on the idea, -1 on the name. It's too similar to from __future__
import
On Monday 08 March 2010, David Stanek wrote:
On Mon, Mar 8, 2010 at 10:40 AM, Steven Bethard
steven.beth...@gmail.com wrote:
In argparse, unlike optparse, actions are actually defined by objects
with a particular API, and the string is just a shorthand for
referring to that. So:
On 8 Mar 2010, at 16:53 , David Stanek wrote:
On Mon, Mar 8, 2010 at 10:40 AM, Steven Bethard
steven.beth...@gmail.com wrote:
In argparse, unlike optparse, actions are actually defined by objects
with a particular API, and the string is just a shorthand for
referring to that. So:
On Mon, Mar 8, 2010 at 11:49 AM, Xavier Morel python-...@masklinn.net wrote:
On 8 Mar 2010, at 16:53 , David Stanek wrote:
On Mon, Mar 8, 2010 at 10:40 AM, Steven Bethard
steven.beth...@gmail.com wrote:
In argparse, unlike optparse, actions are actually defined by objects
with a particular
On 08/03/2010 13:12, Victor Stinner wrote:
Hi,
I wrote patches for the issue #3137 and I would like your opinion about my
solution (not directly about the patches): I propose to consider a SIGINT
during startup as a fatal error. If you press CTRL+c while Python is starting,
Python displays an
Steven Bethard wrote:
On Mon, Mar 8, 2010 at 7:40 AM, Steven Bethard steven.beth...@gmail.com wrote:
On Sun, Mar 7, 2010 at 11:49 AM, Guido van Rossum gu...@python.org wrote:
On Sun, Mar 7, 2010 at 4:29 AM, Neal Becker ndbeck...@gmail.com wrote:
Brian Curtin wrote:
On Fri, Mar 5, 2010 at
Actually it sounds like there's some overly general except clause
somewhere that should be adjusted to catch just Exception instead of
*.
On Mon, Mar 8, 2010 at 9:14 AM, Michael Foord fuzzy...@voidspace.org.uk wrote:
On 08/03/2010 13:12, Victor Stinner wrote:
Hi,
I wrote patches for the
On Mon, Mar 8, 2010 at 9:17 AM, Ron Adam r...@ronadam.com wrote:
I like the strings. They are simple and easy to use/read and they don't
have to be created or imported before the parser is defined.
I like them too. I don't see anything unpythonic about them.
That allows me
to put the parser
On Mon, Mar 8, 2010 at 10:47 AM, Guido van Rossum gu...@python.org wrote:
Actually it sounds like there's some overly general except clause
somewhere that should be adjusted to catch just Exception instead of
*.
There is at least one that prints import 'site' failed and continues
to run your
On Mon, Mar 8, 2010 at 10:21 AM, Maciej Fijalkowski fij...@gmail.com wrote:
On Mon, Mar 8, 2010 at 10:47 AM, Guido van Rossum gu...@python.org wrote:
Actually it sounds like there's some overly general except clause
somewhere that should be adjusted to catch just Exception instead of
*.
On Mon, Mar 8, 2010 at 4:25 AM, Nick Coghlan ncogh...@gmail.com wrote:
Wouldn't a factory function serve that purpose just as well? Or even
just from concurrent.futures import ProcessPoolExecutor as TaskExecutor.
That last form has the virtue that you can retrieve your executor from
anywhere
On 08/03/2010 01:11, Antoine Pitrou wrote:
Le Mon, 08 Mar 2010 00:51:02 +,
Michael Foordfuzzy...@voidspace.org.uk a écrit :
In other news, class and module fixtures (setUpClass /
tearDownClass / setUpModule / tearDownModule) are now implemented in
unittest (in trunk
- not yet merged to
Hi,
I'm trying to get the thread-safe enabled for sqlite3 in my build of
2.6.5rc1, but its not taking and throws the old thread access error.
I am running Ubuntu with other versions of Python, but I successfully
built and installed sqlite 3.6.22, pysqlite 2.6.0.
Do I have to set something
Hi,
Le lundi 08 mars 2010 18:47:18, Guido van Rossum a écrit :
Actually it sounds like there's some overly general except clause
somewhere that should be adjusted to catch just Exception instead of
*.
Most of my patches (for SIGINT) are exactly doing that: check the exception
type instead of
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 Twisted
Can this module at least be
On Mon, Mar 8, 2010 at 12:04 PM, Dj Gilcrease digitalx...@gmail.com 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(string) and the class and the create method takes the name and
*args, **kwargs and
On Mon, Mar 8, 2010 at 12:50 PM, Victor Stinner
victor.stin...@haypocalc.com wrote:
Le lundi 08 mars 2010 18:47:18, Guido van Rossum a écrit :
Actually it sounds like there's some overly general except clause
somewhere that should be adjusted to catch just Exception instead of
*.
Most of my
Mark Russell wrote:
Boolean flags are a common enough case that I'd be inclined to add a wrapper
method,
parser.add_bool_argument('--plot')
+1, this looks good.
--
Greg
___
Python-Dev mailing list
Python-Dev@python.org
On 08:56 pm, digitalx...@gmail.com wrote:
On Mon, Mar 8, 2010 at 12:04 PM, Dj Gilcrease digitalx...@gmail.com
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(string) and the class and the create method
On Mar 8, 2010, at 4:06 PM, Guido van Rossum wrote:
I am trying to remember why I made site.py failures non-fatal in the
first place. I don't have any specific recollection but it must've
been either from before the separation between site.py (part of the
stdlib) and sitecustomize.py
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
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 results,
you should be able to just wait for
On 2010-03-08 15:20 PM, Greg Ewing wrote:
Mark Russell wrote:
Boolean flags are a common enough case that I'd be inclined to add a
wrapper method,
parser.add_bool_argument('--plot')
+1, this looks good.
I've added it to the argparse bugtracker, along with my suggested spelling
add_flag():
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
An option would be
On Mon, Mar 8, 2010 at 1:18 PM, Glyph Lefkowitz gl...@twistedmatrix.com wrote:
On Mar 8, 2010, at 4:06 PM, Guido van Rossum wrote:
I am trying to remember why I made site.py failures non-fatal in the
first place. I don't have any specific recollection but it must've
been either from before
Le lundi 08 mars 2010 22:18:34, Glyph Lefkowitz a écrit :
On Mar 8, 2010, at 4:06 PM, Guido van Rossum wrote:
I am trying to remember why I made site.py failures non-fatal in the
first place. I don't have any specific recollection but it must've
been either from before the separation
thanks for any tips.
Set sqlite_setup_debug to True in setup.py
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
Dj Gilcrease wrote:
executor = executors.create(NAME, *args, **kwargs) # NAME is 'process'
or 'thread' by default
from concurrent.futures import executors, ExecutorBase
class MyExecutor(ExecutorBase): ...
executors.register(NAME, MyExecutor)
I don't understand the reason for using a
David Stanek dsta...@dstanek.com writes:
On Mon, Mar 8, 2010 at 10:40 AM, Steven Bethard
steven.beth...@gmail.com wrote:
parser.add_argument ('--plot', action='store_true')
[…]
+1.
Any reason not to do something like:
from argparse import actions
...
Le lundi 08 mars 2010 22:06:36, vous avez écrit :
OTOH I think the try/except in site.py around the execution of
sitecustomize.py might be changed so that it prints a full traceback
whenever it raises an exception other than ImportError or, again,
exceptions inheriting from BaseException but
On Mon, Mar 8, 2010 at 2:01 PM, Victor Stinner
victor.stin...@haypocalc.com wrote:
Le lundi 08 mars 2010 22:06:36, vous avez écrit :
OTOH I think the try/except in site.py around the execution of
sitecustomize.py might be changed so that it prints a full traceback
whenever it raises an
Thanks. It says.
sqlite: found /usr/local/include/sqlite3.h
/usr/local/include/sqlite3.h: version 3.6.22
Which is correct. Yet when I run my progam using the newly built python
executable and attempt to use sqlite3
functionality across threads it still says:
ProgrammingError: SQLite objects
Which is correct. Yet when I run my progam using the newly built python
executable and attempt to use sqlite3
functionality across threads it still says:
ProgrammingError: SQLite objects created in a thread can only be used in
that same thread.The object was created in thread id -1217128768
On Mon, Mar 08, 2010 at 05:28:10PM -0500, Darren Govoni wrote:
ProgrammingError: SQLite objects created in a thread can only be used in
that same thread.The object was created in thread id -1217128768 and
this is thread id -1218753680
Darren, try to pass check_same_thread=False when
42 matches
Mail list logo