Re: [Python-Dev] Suggestion on back-porting - a getpass issue.

Greg Ewing wrote: > > >http://bugs.python.org/issue11236 > >getpass.getpass does not respond to ctrl-c or ctrl-z > > Could this have been deliberate so that people can > put control characters in their passwords? I don't think so. There are discussions in the internet which don't favor use of co

Re: [Python-Dev] Suggestion on back-porting - a getpass issue.

Senthil Kumaran wrote: http://bugs.python.org/issue11236 getpass.getpass does not respond to ctrl-c or ctrl-z Could this have been deliberate so that people can put control characters in their passwords? -- Greg ___ Python-Dev mailing list Python-De

Re: [Python-Dev] sprints and pushes

Tres Seaver writes: > > > > Well, keep in ming hg is a *distributed* version control system. You > > > > don't have to push your changes right now. > > > That doesn't work so well at a sprint, where the point is to maximize > > > the value of precious face-time to get stuff done *now*. >

Re: [Python-Dev] Embedded Python startup is slow

On Fri, 25 Mar 2011 01:20:34 +0100, Paul Boddie wrote: > Since this topic has come up a few times before, I thought it might be time > to > collect references to it as well as to other topics that people doing > embedded work might be interested in, along with the recurring problems that > see

Re: [Python-Dev] Proposal for Python 3.3: dependence injection

On 3/24/2011 4:25 PM, Nick Coghlan wrote: As an example of the last point, perhaps rather than modifying all the *clients* of the socket module, it may make more sense to have tools in the socket module itself to temporarily customise the socket creation process in the current thread. The advant

[Python-Dev] Unload a module written in C

Hi, I am trying to understand why I am unable to unload my faulthandler module (implemented in C). Antoine pointed me _PyImport_FixupExtensionObject() comment which gave me a first clue: Modules which do support multiple initialization set their m_size field to a non-negative number (indica

Re: [Python-Dev] Proposal for Python 3.3: dependence injection

> 2. The level at which the dependency injection works (function > arguments, class attributes, module globals) needs to be decided +1. The scope of parameter needs to be specified. If the scope is global, this can be achieved pretty easily -- declare some of the imports in particular modules to b

Re: [Python-Dev] Attributes access with dict

> My point is that I don't see the distinction between avoiding using dicts > with well-known keys and wanting to access a dict with attribute access > (which is where this started). Seems the same to me. I think using dict with well-known keys is what makes people want dict with attribute access.

[Python-Dev] Suggestion on back-porting - a getpass issue.

The issue is this: http://bugs.python.org/issue11236 getpass.getpass does not respond to ctrl-c or ctrl-z Python 2.5 had a behavior when a user pressed CTRL-C at the getpass prompt, it would raise a KeyBoardInterrupt and CTRL-Z would background it. Python 2.6 onwards this behavior got changed a

Re: [Python-Dev] Attributes access with dict

On 3/24/2011 8:10 PM, Eugene Toder wrote: Although we do something similar with namedtuple (instead of using a dict), so it's not like we have a strict distinction. Named tuple is a convenience to avoid creating boilerplate classes (or resorting to use dict with well-known keys). My point is

Re: [Python-Dev] API deprecations in Python 3, from a Python 2 perspective

2011-03-19 03:42:54 Nick Coghlan napisał(a): > 4. Anyone testing C extensions against the 3.2 alpha and beta releases > must have either not used the PyCObject API in the first place, or > else had already ported their code to use the PyCapsule API as > necessary. Gentoo Python maintainer had noti

Re: [Python-Dev] Embedded Python startup is slow

bruce bushby wrote: > > My main concern was that a freshly compiled Python attempts to open 168 > non-existent files before starting. This has been a longstanding problem with CPython and, despite assertions to the contrary, a significant factor on some embedded systems. > I understand that an i

Re: [Python-Dev] Attributes access with dict

> Although we do something similar with namedtuple (instead of using a > dict), so it's not like we have a strict distinction. Named tuple is a convenience to avoid creating boilerplate classes (or resorting to use dict with well-known keys). Names in named tuple are not data, only values. In dict

Re: [Python-Dev] Proposal for Python 3.3: dependence injection

On Fri, Mar 25, 2011 at 2:40 AM, Jesus Cea wrote: > What do you think?. Should I write a PEP? (I don't think so, but your > opinion matters). I care, for instance, about how to garantee the API > coverage actually needed for the new "socket-like" object. The idea is > that your object should be "s

Re: [Python-Dev] Replace useless %.100s by %s in PyErr_Format()

Le jeudi 24 mars 2011 à 13:22 +0100, M.-A. Lemburg a écrit : > BTW: Why do you think that %.100s is not supported in > PyErr_Format() in Python 2.x ? PyString_FromFormatV() > does support this. The change to use Unicode error strings > introduced the problem, since PyUnicode_FromFormatV() for > som

Re: [Python-Dev] Replace useless %.100s by %s in PyErr_Format()

> I would like to replace %.100s because there are no more reason to > truncate strings to an arbitrary length. I agree with MAL. It protects against cases with ridiculously long parameters - say, you have a string with 1GB. You *want* to truncate bogus text. Regards, Martin _

Re: [Python-Dev] Embedded Python startup is slow

> My main concern was that a freshly compiled Python attempts to open 168 > non-existent files before starting. Please consider my proposals then. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo

Re: [Python-Dev] Dict access with double-dot (syntactic sugar)

> > > You're correct, this is trivial with object_hook. > > >>> class AttrDict(dict): > ... def __getattr__(self, attr): > ... try: > ... return self[attr] > ... except KeyError: > ... raise AttributeError(attr) > ... > >>> import json > >>> obj = json.lo

Re: [Python-Dev] Dict access with double-dot (syntactic sugar)

Santoso Wijaya wrote: `somedict:foo` looks better than `somedict..foo`. Parsing ambiguity: if foo:bar:baz Is that if (foo:bar): baz or if foo: (bar:baz) ? -- Greg ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/m

Re: [Python-Dev] Embedded Python startup is slow

On Thu, Mar 24, 2011 at 9:18 AM, James Y Knight wrote: > On Mar 24, 2011, at 11:58 AM, bruce bushby wrote: > > My main concern was that a freshly compiled Python attempts to open 168 > non-existent files before starting. > > > > I understand that an interpreted language is probably not the best c

Re: [Python-Dev] Dict access with double-dot (syntactic sugar)

Jameson Quinn wrote: def fun2(**kw): print kw["argument"] Since this function effectively has a compulsory argument called 'argument', it would be better written def fun2(argument, **kw): print argument or, if the recently-added keyword-only feature is available, def fun2(*, arg

Re: [Python-Dev] Dict access with double-dot (syntactic sugar)

I just want to chip in that, as far as syntactic sugar go, `somedict:foo` looks better than `somedict..foo`. 2c... ~/santa On Thu, Mar 24, 2011 at 4:40 AM, Jameson Quinn wrote: > "class attrdict" is a perennial dead-end for intermediate pythonistas who > want to save 3 characters/5 keystrokes

Re: [Python-Dev] Dict access with double-dot (syntactic sugar)

Greg> Either you have a mostly-fixed set of field names, in which case Greg> you should be using a custom class instead of a dict, or the set Greg> of keys is dynamic, in which case you're mostly indexing with Greg> computed values. Lots of somedict['foo'] appearing is a code G

Re: [Python-Dev] Dict access with double-dot (syntactic sugar)

Jameson Quinn wrote: "class attrdict" is a perennial dead-end for intermediate pythonistas who want to save 3 characters/5 keystrokes for item access. Other languages such as javascript allow "somedict.foo" to mean the same as "somedict['foo']", so why not python? I think the main reason this

Re: [Python-Dev] Attributes access with dict

> On Thu, Mar 24, 2011 at 10:50:51AM -0700, Guido van Rossum wrote: >> The JSON use case seems to be driven because this is the way >> JavaScript does things -- they don't distinguish between dicts and >> objects. > >That's particular feature has a cure (or poison - for thos who don't > want to

Re: [Python-Dev] Proposal for Python 3.3: dependence injection

On 24/03/2011 17:46, Andrew McNabb wrote: On Thu, Mar 24, 2011 at 10:12:18AM -0700, Guido van Rossum wrote: On Thu, Mar 24, 2011 at 9:46 AM, Benjamin Peterson wrote: I want to test the dev community interest in modifying the stdlib to ease dependence injection. I, for one, am -1. Code shouldn

Re: [Python-Dev] Dict access with double-dot (syntactic sugar)

On Thu, Mar 24, 2011 at 11:46 AM, Jameson Quinn wrote: >> >> If you need this for **kw arguments maybe you're not using them right; >> why not name your arguments if you're going to reference them by name? > > Good point. >> >> The JSON use case seems to be driven because this is the way >> JavaSc

Re: [Python-Dev] Dict access with double-dot (syntactic sugar)

> > > If you need this for **kw arguments maybe you're not using them right; > why not name your arguments if you're going to reference them by name? > Good point. > > The JSON use case seems to be driven because this is the way > JavaScript does things -- they don't distinguish between dicts and

Re: [Python-Dev] Attributes access with dict

On Thu, Mar 24, 2011 at 10:50:51AM -0700, Guido van Rossum wrote: > The JSON use case seems to be driven because this is the way > JavaScript does things -- they don't distinguish between dicts and > objects. That's particular feature has a cure (or poison - for thos who don't want to mix getat

Re: [Python-Dev] Dict access with double-dot (syntactic sugar)

On Thu, Mar 24, 2011 at 11:50 AM, Guido van Rossum wrote: > On Thu, Mar 24, 2011 at 10:37 AM, Jameson Quinn > wrote: >> OK, fair enough. People don't like this. So let me back up a step. > >> Clearly this is intended for using with things that you get as a dictionary, >> but which really should

Re: [Python-Dev] Proposal for Python 3.3: dependence injection

On Thu, Mar 24, 2011 at 10:12:18AM -0700, Guido van Rossum wrote: > On Thu, Mar 24, 2011 at 9:46 AM, Benjamin Peterson > wrote: > >> I want to test the dev community interest in modifying the stdlib to > >> ease dependence injection. > > > > I, for one, am -1. Code shouldn't be uglified for the p

Re: [Python-Dev] Embedded Python startup is slow

bruce bushby, 24.03.2011 18:39: On Thu, Mar 24, 2011 at 5:05 PM, Stefan Behnel wrote: bruce bushby, 24.03.2011 16:58: On my desktop pc, when I run the most simple "Hello World" 78% of the overall execution time is spent opening filesmost of which don't exist. How did you measure th

Re: [Python-Dev] Dict access with double-dot (syntactic sugar)

On Thu, Mar 24, 2011 at 10:37 AM, Jameson Quinn wrote: > OK, fair enough. People don't like this. So let me back up a step. > Clearly this is intended for using with things that you get as a dictionary, > but which really should be namespaces. The top two cases of that are parsed > json objects a

Re: [Python-Dev] Embedded Python startup is slow

I used the most simple "Hello World" program as a benchmark for "bare bones" Python __initialization__...nothing more. On my pc, the "Hello World" script obviously executes very quicklyso trying to open 160 odd files that don't exist is negligible, but it still happens. "...How did you measu

Re: [Python-Dev] Dict access with double-dot (syntactic sugar)

OK, fair enough. People don't like this. So let me back up a step. Clearly this is intended for using with things that you get as a dictionary, but which really should be namespaces. The top two cases of that are parsed json objects and **kw arguments. I suppose that, if I cared to, I could write

Re: [Python-Dev] Proposal for Python 3.3: dependence injection

On Thu, Mar 24, 2011 at 9:46 AM, Benjamin Peterson wrote: >> I want to test the dev community interest in modifying the stdlib to >> ease dependence injection. > > I, for one, am -1. Code shouldn't be uglified for the purposes of > testing. Well, the philosophy of dependency injection requires ex

Re: [Python-Dev] Embedded Python startup is slow

bruce bushby, 24.03.2011 16:58: My main concern was that a freshly compiled Python attempts to open 168 non-existent files before starting. I understand that an interpreted language is probably not the best choice for an embedded device Well, "hello world" isn't exactly the benchmark I'd use f

Re: [Python-Dev] Trimming "make quicktest"

On Wed, Mar 23, 2011 at 11:56, Antoine Pitrou wrote: > Le mercredi 23 mars 2011 à 18:51 +, Michael Foord a écrit : > > On 23/03/2011 18:42, Antoine Pitrou wrote: > > > On Wed, 23 Mar 2011 14:29:22 -0400 > > > David Bolen wrote: > > >> Nick Coghlan writes: > > >> > > >>> On Thu, Mar 24, 2011

Re: [Python-Dev] Proposal for Python 3.3: dependence injection

On Thu, 24 Mar 2011 11:46:42 -0500 Benjamin Peterson wrote: > 2011/3/24 Jesus Cea : > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > Hi, everybody. > > > > I want to test the dev community interest in modifying the stdlib to > > ease dependence injection. > > I, for one, am -1. Code

Re: [Python-Dev] Embedded Python startup is slow

On Mar 24, 2011, at 11:58 AM, bruce bushby wrote: > My main concern was that a freshly compiled Python attempts to open 168 > non-existent files before starting. > > I understand that an interpreted language is probably not the best choice for > an embedded device (although it's very nice for p

Re: [Python-Dev] Proposal for Python 3.3: dependence injection

On Mar 24, 2011, at 12:40 PM, Jesus Cea wrote: > I want to test the dev community interest in modifying the stdlib to > ease dependence injection. > > The seminal idea was in > . > > A lot of stdlib modules use, deep inside, othe

Re: [Python-Dev] Embedded Python startup is slow

".your Desktop PC being that MS-Windows..." ww sis man, it's all Linux : I wanted to make sure I've not missed some compile trick for this sort of thing. ".So maybe you should try to come up with a patch, to find out if the cache helps?" Yes, now that I know I've not ignored some

Re: [Python-Dev] [Python-checkins] cpython: Isolate the test_source() test in test_collections

2011/3/24 raymond.hettinger : > http://hg.python.org/cpython/rev/4f1cd92fe835 > changeset:   68901:4f1cd92fe835 > user:        Raymond Hettinger > date:        Thu Mar 24 09:45:43 2011 -0700 > summary: >  Isolate the test_source() test in test_collections > > files: >  Lib/test/test_collections.py

Re: [Python-Dev] Proposal for Python 3.3: dependence injection

2011/3/24 Jesus Cea : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi, everybody. > > I want to test the dev community interest in modifying the stdlib to > ease dependence injection. I, for one, am -1. Code shouldn't be uglified for the purposes of testing. It's also a slippery slope. Ma

[Python-Dev] Proposal for Python 3.3: dependence injection

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, everybody. I want to test the dev community interest in modifying the stdlib to ease dependence injection. The seminal idea was in . A lot of stdlib modules use, deep inside, ot

Re: [Python-Dev] sprints and pushes

On Thu, Mar 24, 2011 at 16:33, Antoine Pitrou wrote: > On Thu, 24 Mar 2011 08:46:37 -0400 > Tres Seaver wrote: > > > > > > > That doesn't work so well at a sprint, where the point is to > maximize > > > > the value of precious face-time to get stuff done *now*. > > > > > > That's where the D i

Re: [Python-Dev] Dict access with double-dot (syntactic sugar)

On Thu, Mar 24, 2011 at 10:51, Jameson Quinn wrote: > Consider: > > def fun1(argument): > print argument1 > > fun1(argument="spam") > > def fun2(**kw): > print kw["argument"] > > Why should I need quotes around "argument" in just one of those places? > What if I left them off, and there ha

Re: [Python-Dev] Embedded Python startup is slow

Am 24.03.2011 16:58, schrieb bruce bushby: My main concern was that a freshly compiled Python attempts to open 168 non-existent files before starting. I understand that an interpreted language is probably not the best choice for an embedded device (although it's very nice for prototyping) , Pyt

Re: [Python-Dev] Embedded Python startup is slow

My main concern was that a freshly compiled Python attempts to open 168 non-existent files before starting. I understand that an interpreted language is probably not the best choice for an embedded device (although it's very nice for prototyping) , Python really should know what exists after it's

Re: [Python-Dev] Dict access with double-dot (syntactic sugar)

Can this discussion be moved to python-ideas? Thank you. On Thu, 24 Mar 2011 09:51:59 -0600 Jameson Quinn wrote: > Consider: > > def fun1(argument): > print argument1 > > fun1(argument="spam") > > def fun2(**kw): > print kw["argument"] > > Why should I need quotes around "argument

Re: [Python-Dev] Dict access with double-dot (syntactic sugar)

Consider: def fun1(argument): print argument1 fun1(argument="spam") def fun2(**kw): print kw["argument"] Why should I need quotes around "argument" in just one of those places? What if I left them off, and there happened to be a global variable named "argument"? Why shouldn't I be able

Re: [Python-Dev] Embedded Python startup is slow

Am 24.03.2011 12:18, schrieb "Martin v. Löwis": 1. Is there anything I can do at compile time to tell Python these files don't exist and avoid trying to open them? If you disable dynamic loading of extension modules, the number of stat calls will go down significantly. 2. Is it possible to ma

Re: [Python-Dev] Dict access with double-dot (syntactic sugar)

2011/3/24 Brian Curtin > On Thu, Mar 24, 2011 at 06:40, Jameson Quinn wrote: > >> "class attrdict" is a perennial dead-end for intermediate pythonistas who >> want to save 3 characters/5 keystrokes for item access. Other languages such >> as javascript allow "somedict.foo" to mean the same as "so

Re: [Python-Dev] sprints and pushes

On Thu, 24 Mar 2011 08:46:37 -0400 Tres Seaver wrote: > > > > > That doesn't work so well at a sprint, where the point is to maximize > > > the value of precious face-time to get stuff done *now*. > > > > That's where the D in DVCS comes in. It's a new world, friends. All > > you need to do

Re: [Python-Dev] Let's get PEP 380 into Python 3.3

rndblnch gmail.com> writes: > > Anyone without push rights for hg.python.org may want to fork the > > mirror the bitbucket folks set up during the PyCon sprints to avoid > > having to push the whole repository up to a separate hosting site: > > https://bitbucket.org/mirror/cpython > > Done here:

Re: [Python-Dev] Second draft: PEP397: Python launcher for Windows

On 24/03/2011 03:02, Mark Hammond wrote: On 24/03/2011 1:20 PM, Michael Foord wrote: On 24/03/2011 00:44, Dj Gilcrease wrote: On Wed, Mar 23, 2011 at 8:14 PM, Mark Hammond wrote: If you guys (or anyone) would like to agree on some precise rules for both the location of the config file and its

Re: [Python-Dev] Dict access with double-dot (syntactic sugar)

On Thu, Mar 24, 2011 at 06:40, Jameson Quinn wrote: > "class attrdict" is a perennial dead-end for intermediate pythonistas who > want to save 3 characters/5 keystrokes for item access. Other languages such > as javascript allow "somedict.foo" to mean the same as "somedict['foo']", so > why not py

Re: [Python-Dev] sprints and pushes

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/23/2011 09:36 PM, Stephen J. Turnbull wrote: > Tres Seaver writes: > > > On 03/23/2011 01:24 PM, Antoine Pitrou wrote: > > > On Wed, 23 Mar 2011 10:25:01 -0700 > > > Ethan Furman wrote: > > >> > > >> I think the use-case has been lost. Th

Re: [Python-Dev] Replace useless %.100s by %s in PyErr_Format()

Victor Stinner wrote: > Hi, > > I plan to replace all %.100s (or any other size, %\.[0-9]+s regex) by %s > in the whole source code, in all calls to PyErr_Format(). And I would > like your opinion. > > When Guido added the function PyErr_Format(), 13 years ago, the function > was implemented usin

[Python-Dev] Replace useless %.100s by %s in PyErr_Format()

Hi, I plan to replace all %.100s (or any other size, %\.[0-9]+s regex) by %s in the whole source code, in all calls to PyErr_Format(). And I would like your opinion. When Guido added the function PyErr_Format(), 13 years ago, the function was implemented using a buffer of 500 bytes (allocated on

Re: [Python-Dev] Dict access with double-dot (syntactic sugar)

On Thu, Mar 24, 2011 at 12:40, Jameson Quinn wrote: > "class attrdict" is a perennial dead-end for intermediate pythonistas who > want to save 3 characters/5 keystrokes for item access. Other languages such > as javascript allow "somedict.foo" to mean the same as "somedict['foo']", so > why not py

[Python-Dev] Dict access with double-dot (syntactic sugar)

"class attrdict" is a perennial dead-end for intermediate pythonistas who want to save 3 characters/5 keystrokes for item access. Other languages such as javascript allow "somedict.foo" to mean the same as "somedict['foo']", so why not python? Well, there are a number of reasons why not, beginning

Re: [Python-Dev] Embedded Python startup is slow

> 1. Is there anything I can do at compile time to tell Python these files > don't exist and avoid trying to open them? If you disable dynamic loading of extension modules, the number of stat calls will go down significantly. > 2. Is it possible to make python first try and open the ".pyc" and on

Re: [Python-Dev] dependency injection for testing [was Python 3.3 release schedule posted]

On 24 March 2011 02:16, Michael Foord wrote: > On 24/03/2011 02:06, Jesus Cea wrote: >> >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> On 23/03/11 20:56, Georg Brandl wrote: >>> >>> For 3.3, I'd like to revive the tradition of listing planned large-scale >>> changes in the PEP. >> >> I

Re: [Python-Dev] Embedded Python startup is slow

On Mar 24, 2011, at 4:06 AM, bruce bushby wrote: > I have previously asked this question in python-list, however I think it > belongs here. As the saying goes, this list is for development of python, not with python. So it would be appropriate to make a suggestion as to some direction for Pyt

[Python-Dev] Embedded Python startup is slow

Hi I have previously asked this question in python-list, however I think it belongs here. I'm running python 2.7.1 on an embedded Linux board and noticed it takes 1.8 seconds to execute the most simple "Hello World" script. Platform: cpu: 200Mhz ARM (ARM926EJ-) kernel: 2.6.38 uClibc: 0.92.1-rc2