On 11/04/2013 11:18 PM, Stefan Behnel wrote:
Since this only relates to the argument clinic, I assume this change
doesn't get in the way of making module level functions real methods of the
module, does it?
I'm proposing renaming a parameter for Argument-Clinic-generated code.
I can't see how
On 5 Nov 2013 17:19, "Stefan Behnel" wrote:
>
> Larry Hastings, 04.11.2013 23:47:
> > When Clinic generates a function, it knows what kind of callable it
> > represents, and it names the first argument (the "PyObject *")
accordingly:
> >
> > * module-level function ("self"),
> > * method ("self"
On 11/05/2013 05:03 AM, vinay.sajip wrote:
> http://hg.python.org/cpython/rev/5636366db039
> changeset: 86936:5636366db039
> branch: 3.3
> parent: 86933:2c191b0b5e7a
> user:Vinay Sajip
> date:Tue Nov 05 10:02:21 2013 +
> summary:
> Issue #18345: Added cookbook exa
On 11/05/2013 07:55 AM, Eric V. Smith wrote:
> I love all things British, but the python source code usually uses
> "customiz*" (341 instances) over "customis*" (19 instance, 8 of which
> are in logging).
>
> I realize "foolish consistency", and all that, but I think the
> documentation should all
I'm sorry to hear that - you might have been wasting your time (but
then, perhaps not).
We decided a while ago that the regular Python releases will not support
VAX/VMS any longer. So any code you write has zero chance of being
integrated into Python (the same holds for m68k code, BTW).
That sai
On 11/05/2013 04:55 AM, Eric V. Smith wrote:
I love all things British, but the python source code usually uses
"customiz*" (341 instances) over "customis*" (19 instance, 8 of which
are in logging).
I realize "foolish consistency", and all that, but I think the
documentation should all use the
2013/11/3 Victor Stinner :
> "n-th version": Sorry, I don't remember the version number of the PEP :-)
>
>http://www.python.org/dev/peps/pep-0454/
Charles-François doesn't like the magic Statistic.key attribute which
may be a string, a tuple of 2 strings, or a tuple of (filename: str,
lineno:
http://bugs.python.org/issue19332
Summary:
--> d = {1: 'one'}
--> for k in d:
... d[k+1] = d[k] * k
...
Traceback (most recent call last):
File "", line 1, in
RuntimeError: dictionary changed size during iteration
--> for k in d:
... del d[k]
...
Traceback (most recent call last):
File
On 6 Nov 2013 15:02, "Ethan Furman" wrote:
>
> http://bugs.python.org/issue19332
>
> Summary:
>
> --> d = {1: 'one'}
> --> for k in d:
> ... d[k+1] = d[k] * k
> ...
> Traceback (most recent call last):
> File "", line 1, in
> RuntimeError: dictionary changed size during iteration
>
> --> for
On Nov 5, 2013 10:42 PM, "Nick Coghlan" wrote:
> If the benchmark suite indicates there's no measurable speed penalty then
such a patch may be worth reconsidering. I'd be astonished if that was
actually the case, though - the lowest impact approach I can think of is to
check for live iterators whe
10 matches
Mail list logo
