Mailman 3 October 2015 - Python-checkins

Daily reference leaks (d9bb7a3ed51e): sum=17880
by solipsis＠pitrou.net Oct. 28, 2015

Oct. 28, 2015

results for d9bb7a3ed51e on branch "default" -------------------------------------------- test_capi leaked [1599, 1599, 1599] references, sum=4797 test_capi leaked [387, 389, 389] memory blocks, sum=1165 test_functools leaked [0, 2, 2] memory blocks, sum=4 test_threading leaked [3196, 3196, 3196] references, sum=9588 test_threading leaked [774, 776, 776] memory blocks, sum=2326 Command line was: ['./python', '-m', 'test.regrtest', '-uall', '-R', '3:3:/home/psf-users/antoine/refleaks/reflogAo9JYb', '--timeout', '7200']

1 0

cpython (2.7): Issue #25432: Explain isinstance behaviour when type is a tuple.
by terry.reedy Oct. 28, 2015

Oct. 28, 2015

https://hg.python.org/cpython/rev/aaf8a25133ff changeset: 98872:aaf8a25133ff branch: 2.7 parent: 98865:3c1d9e403a1d user: Terry Jan Reedy <tjreedy(a)udel.edu> date: Wed Oct 28 03:14:46 2015 -0400 summary: Issue #25432: Explain isinstance behaviour when type is a tuple. files: Doc/library/functions.rst | 9 ++++----- 1 files changed, 4 insertions(+), 5 deletions(-) diff --git a/Doc/library/functions.rst b/Doc/library/functions.rst --- a/Doc/library/functions.rst +++ b/Doc/library/functions.rst @@ -687,10 +687,10 @@ is a type object (new-style class) and *object* is an object of that type or of a (direct, indirect or :term:`virtual <abstract base class>`) subclass thereof. If *object* is not a class instance or - an object of the given type, the function always returns false. If *classinfo* - is neither a class object nor a type object, it may be a tuple of class or type - objects, or may recursively contain other such tuples (other sequence types are - not accepted). If *classinfo* is not a class, type, or tuple of classes, types, + an object of the given type, the function always returns false. + If *classinfo* is a tuple of class or type objects (or recursively, other + such tuples), return true if *object* is an instance of any of the classes + or types. If *classinfo* is not a class, type, or tuple of classes, types, and such tuples, a :exc:`TypeError` exception is raised. .. versionchanged:: 2.2 @@ -1762,4 +1762,3 @@ .. [#] In the current implementation, local variable bindings cannot normally be affected this way, but variables retrieved from other scopes (such as modules) can be. This may change. - -- Repository URL: https://hg.python.org/cpython

1 0

cpython (merge 3.4 -> 3.5): Merge with 3.4
by terry.reedy Oct. 28, 2015

Oct. 28, 2015

https://hg.python.org/cpython/rev/fea528e2dc26 changeset: 98874:fea528e2dc26 branch: 3.5 parent: 98870:2dd97ad96021 parent: 98873:8b1418e5dcc8 user: Terry Jan Reedy <tjreedy(a)udel.edu> date: Wed Oct 28 03:15:20 2015 -0400 summary: Merge with 3.4 files: Doc/library/functions.rst | 8 ++++---- 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/Doc/library/functions.rst b/Doc/library/functions.rst --- a/Doc/library/functions.rst +++ b/Doc/library/functions.rst @@ -703,10 +703,10 @@ Return true if the *object* argument is an instance of the *classinfo* argument, or of a (direct, indirect or :term:`virtual <abstract base class>`) subclass thereof. If *object* is not - an object of the given type, the function always returns false. If - *classinfo* is not a class (type object), it may be a tuple of type objects, - or may recursively contain other such tuples (other sequence types are not - accepted). If *classinfo* is not a type or tuple of types and such tuples, + an object of the given type, the function always returns false. + If *classinfo* is a tuple of type objects (or recursively, other such + tuples), return true if *object* is an instance of any of the types. + If *classinfo* is not a type or tuple of types and such tuples, a :exc:`TypeError` exception is raised. -- Repository URL: https://hg.python.org/cpython

1 0

cpython (3.4): Issue #25432: Explain isinstance behaviour when type is a tuple.
by terry.reedy Oct. 28, 2015

Oct. 28, 2015

https://hg.python.org/cpython/rev/8b1418e5dcc8 changeset: 98873:8b1418e5dcc8 branch: 3.4 parent: 98869:041701817c5d user: Terry Jan Reedy <tjreedy(a)udel.edu> date: Wed Oct 28 03:14:56 2015 -0400 summary: Issue #25432: Explain isinstance behaviour when type is a tuple. files: Doc/library/functions.rst | 8 ++++---- 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/Doc/library/functions.rst b/Doc/library/functions.rst --- a/Doc/library/functions.rst +++ b/Doc/library/functions.rst @@ -702,10 +702,10 @@ Return true if the *object* argument is an instance of the *classinfo* argument, or of a (direct, indirect or :term:`virtual <abstract base class>`) subclass thereof. If *object* is not - an object of the given type, the function always returns false. If - *classinfo* is not a class (type object), it may be a tuple of type objects, - or may recursively contain other such tuples (other sequence types are not - accepted). If *classinfo* is not a type or tuple of types and such tuples, + an object of the given type, the function always returns false. + If *classinfo* is a tuple of type objects (or recursively, other such + tuples), return true if *object* is an instance of any of the types. + If *classinfo* is not a type or tuple of types and such tuples, a :exc:`TypeError` exception is raised. -- Repository URL: https://hg.python.org/cpython

1 0

cpython (merge 3.5 -> default): Merge with 3.5
by terry.reedy Oct. 28, 2015

Oct. 28, 2015

https://hg.python.org/cpython/rev/13be42829771 changeset: 98875:13be42829771 parent: 98871:d9bb7a3ed51e parent: 98874:fea528e2dc26 user: Terry Jan Reedy <tjreedy(a)udel.edu> date: Wed Oct 28 03:15:38 2015 -0400 summary: Merge with 3.5 files: Doc/library/functions.rst | 8 ++++---- 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/Doc/library/functions.rst b/Doc/library/functions.rst --- a/Doc/library/functions.rst +++ b/Doc/library/functions.rst @@ -703,10 +703,10 @@ Return true if the *object* argument is an instance of the *classinfo* argument, or of a (direct, indirect or :term:`virtual <abstract base class>`) subclass thereof. If *object* is not - an object of the given type, the function always returns false. If - *classinfo* is not a class (type object), it may be a tuple of type objects, - or may recursively contain other such tuples (other sequence types are not - accepted). If *classinfo* is not a type or tuple of types and such tuples, + an object of the given type, the function always returns false. + If *classinfo* is a tuple of type objects (or recursively, other such + tuples), return true if *object* is an instance of any of the types. + If *classinfo* is not a type or tuple of types and such tuples, a :exc:`TypeError` exception is raised. -- Repository URL: https://hg.python.org/cpython

1 0

cpython (3.4): Issue #25494: Remove extra quote from docstring.
by zach.ware Oct. 28, 2015

Oct. 28, 2015

https://hg.python.org/cpython/rev/041701817c5d changeset: 98869:041701817c5d branch: 3.4 parent: 98866:8e42f11bd5ee user: Zachary Ware <zachary.ware(a)gmail.com> date: Tue Oct 27 22:00:41 2015 -0500 summary: Issue #25494: Remove extra quote from docstring. Patch by John Mark Vandenberg. files: Lib/statistics.py | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/Lib/statistics.py b/Lib/statistics.py --- a/Lib/statistics.py +++ b/Lib/statistics.py @@ -360,7 +360,7 @@ def median_grouped(data, interval=1): - """"Return the 50th percentile (median) of grouped continuous data. + """Return the 50th percentile (median) of grouped continuous data. >>> median_grouped([1, 2, 2, 3, 4, 4, 4, 4, 4, 5]) 3.7 -- Repository URL: https://hg.python.org/cpython

1 0

cpython (merge 3.4 -> 3.5): Issue #25494: Merge with 3.4
by zach.ware Oct. 28, 2015

Oct. 28, 2015

https://hg.python.org/cpython/rev/2dd97ad96021 changeset: 98870:2dd97ad96021 branch: 3.5 parent: 98867:eeb70cdbbb99 parent: 98869:041701817c5d user: Zachary Ware <zachary.ware(a)gmail.com> date: Tue Oct 27 22:01:02 2015 -0500 summary: Issue #25494: Merge with 3.4 files: Lib/statistics.py | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/Lib/statistics.py b/Lib/statistics.py --- a/Lib/statistics.py +++ b/Lib/statistics.py @@ -360,7 +360,7 @@ def median_grouped(data, interval=1): - """"Return the 50th percentile (median) of grouped continuous data. + """Return the 50th percentile (median) of grouped continuous data. >>> median_grouped([1, 2, 2, 3, 4, 4, 4, 4, 4, 5]) 3.7 -- Repository URL: https://hg.python.org/cpython

1 0

cpython (merge 3.5 -> default): Closes #25494: Merge with 3.5
by zach.ware Oct. 28, 2015

Oct. 28, 2015

https://hg.python.org/cpython/rev/d9bb7a3ed51e changeset: 98871:d9bb7a3ed51e parent: 98868:3ca8a56955fc parent: 98870:2dd97ad96021 user: Zachary Ware <zachary.ware(a)gmail.com> date: Tue Oct 27 22:05:09 2015 -0500 summary: Closes #25494: Merge with 3.5 files: Lib/statistics.py | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/Lib/statistics.py b/Lib/statistics.py --- a/Lib/statistics.py +++ b/Lib/statistics.py @@ -360,7 +360,7 @@ def median_grouped(data, interval=1): - """"Return the 50th percentile (median) of grouped continuous data. + """Return the 50th percentile (median) of grouped continuous data. >>> median_grouped([1, 2, 2, 3, 4, 4, 4, 4, 4, 5]) 3.7 -- Repository URL: https://hg.python.org/cpython

1 0

peps: Apply Mark's latest changes to PEP 505
by chris.angelico Oct. 27, 2015

Oct. 27, 2015

https://hg.python.org/peps/rev/614b7d08b85b changeset: 6122:614b7d08b85b user: Chris Angelico <rosuav(a)gmail.com> date: Wed Oct 28 03:59:43 2015 +1100 summary: Apply Mark's latest changes to PEP 505 files: pep-0505.txt | 81 +++++++++++++++++++++++---------------- 1 files changed, 47 insertions(+), 34 deletions(-) diff --git a/pep-0505.txt b/pep-0505.txt --- a/pep-0505.txt +++ b/pep-0505.txt @@ -229,12 +229,16 @@ <http://stackoverflow.com/questions/4978738/is-there-a-python-equivalent-of- the-c-sharp-null-coalescing-operator>`_, and the top answer says to use ``or``. The top answer goes on to explain the caveats of using ``or`` like this, but how -many beginning developers go on to read all those caveats? +many beginning developers go on to read all those caveats? The accepted answer +on `a more recent question <http://stackoverflow.com/questions/13710631/is- +there-shorthand-for-returning-a -default-value-if-none-in-python>`_ says to use +``or`` without any caveats at all. These two questions have a combined 26,000 +views! The common usage of ``or`` for the purpose of providing default values is undeniable, and yet it is also booby-trapped for unsuspecting newcomers. This suggests that a safe operator for providing default values would have positive -utility. While some critics claim that ``None-aware`` operators will be abused +utility. While some critics claim that ``None``-aware operators will be abused for error handling, they are no more prone to abuse than ``or`` is. @@ -773,36 +777,44 @@ function call, e.g. initializing a complex data structure. In this example ``time.sleep`` is not evaluated, and the result ``300`` is returned instantly. -The operator has precedence lower than ``not`` but higher than ``and`` and -``or``. This precedence makes reasoning about the order of operations -comfortable, because it has precedence similar to the operators used for -coalescing false-y values. Here are pairs of examples, where each item in the -pair is evaluated identically to the other item in the pair:: +The operator has higher precedence than the comparison operators ``==``, ``>``, +``is``, etc., but lower precedence than any bitwise or arithmetic operators. +This precedence is chosen for making "default value" expressions intuitive to +read and write:: - >>> not None ✊🍆 False - True - >>> (not None) ✊🍆 False + >>> user_flag = None + >>> default_flag = True + >>> not user_flag ✊🍆 default_flag # Same as next expression. + False + >>> not (user_flag ✊🍆 default_flag) # Same as previous. + False + >>> (not user_flag) ✊🍆 default_flag # Different from previous. True - >>> 'foo' in dict() ✊🍆 {'foo': 'bar'} - False - >>> ('foo' in dict()) ✊🍆 {'foo': 'bar'} + >>> user_quantity = None + >>> default_quantity = 1 + >>> 1 == user_quantity ✊🍆 default_quantity # Same as next expression. + True + >>> 1 == (user_quantity ✊🍆 default_quantity) # Same as previous. + True + >>> (1 == user_quantity) ✊🍆 default_quantity # Different from previous. False - >>> 1 == None ✊🍆 1 - False - >>> (1 == None) ✊🍆 1 - False - -But ``and`` and ``or`` have lower precedence:: - - >>> 2 or None ✊🍆 err() + >>> user_words = None + >>> default_words = ['foo', 'bar'] + >>> 'foo' in user_words ✊🍆 default_words # Same as next expression. + True + >>> 'foo' in (user_words ✊🍆 default_words) # Same as previous. + True + >>> ('foo' in user_words) ✊🍆 default_words # Different from previous. Traceback (most recent call last): File "<stdin>", line 1, in <module> - File "<stdin>", line 1, in err - Exception: foo - >>> (2 or None) ✊🍆 err() - 2 + TypeError: argument of type 'NoneType' is not iterable + + >>> user_discount = None + >>> default_discount = 0.9 + >>> price = 100 + >>> price * user_discount ✊🍆 default_discount Recall the example above of calculating the cost of items in a shopping cart, and the easy-to-miss bug. This type of bug is not possible with the ``None``- @@ -840,9 +852,8 @@ -------------------------- The idea of a ``None``-aware function invocation syntax was discussed on python- -ideas, but the idea was rejected by BDFL. The reasons for this rejection are -detailed above. - +ideas. The idea was not popular, so no such operator is included in this +proposal. (Justification for its exclusion is discussed in a previous section.) Still, calling a function when it is not ``None`` is a common idiom in Python, particularly for callback functions. Consider this hypothetical example:: @@ -865,10 +876,11 @@ Instead, consider a "``None``-severing" operator, however, which is a short- circuiting, boolean operator similar to the ``None``-coalesing operator, except -it returns its left operand if that operand is None and otherwise returns the -right operand. If the left operand is None, then the right operand is not -evaluated. Let's temporarily spell this operator ``✂`` and rewrite the example -accordingly:: +it returns ``None`` if the left operand is ``None`` and returns the right +operand otherwise. It has short circuiting behavior that compliments the +``None``-coalescing operator: if the left operand is None, then the right +operand is not evaluated. Let's temporarily spell this operator ``✂`` and +rewrite the example accordingly:: import time @@ -1153,7 +1165,7 @@ 2. ``foo or? bar or? baz`` - Pros: similar to existing ``or`` operator - Cons: the difference between this and ``or`` is not intuitive; punctuation - is ugly + is ugly; different precedence from ``or`` may be confusing 3. ``foo ? bar ? baz`` - Pros: similar to ``??`` used in other languages - Cons: punctuation is ugly; possible conflict with IPython; not used by any @@ -1189,7 +1201,8 @@ 2. ``foo and? bar`` - Pros: symmetric with ``or?`` - Cons: punctuation is ugly; possible conflict with IPython; difficult to - google to find out what it means + google to find out what it means; different precedence from ``and`` may be + confusing 3. No ``None``-severing operator. - (Pros and cons discussed throughout this document.) -- Repository URL: https://hg.python.org/peps

1 0

Benchmark Results for Python 2.7 2015-10-27
by lp_benchmark_robot＠intel.com Oct. 27, 2015

Oct. 27, 2015

Results for project Python 2.7, build date 2015-10-27 13:24:19 +0000 commit: 3c1d9e403a1dc8a363867c6e0eebffe0ffa91f1f revision date: 2015-10-27 07:37:55 +0000 environment: Haswell-EP cpu: Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores, stepping 2, LLC 45 MB mem: 128 GB os: CentOS 7.1 kernel: Linux 3.10.0-229.4.2.el7.x86_64 Baseline results were generated using release v2.7.10, with hash 15c95b7d81dcf821daade360741e00714667653f from 2015-05-23 16:02:14+00:00 ---------------------------------------------------------------------------------- benchmark relative change since change since current rev run std_dev* last run baseline with PGO ---------------------------------------------------------------------------------- :-( django_v2 0.14% -2.02% 1.07% 11.45% :-) pybench 0.24% -0.07% 6.59% 6.86% :-| regex_v8 0.52% -0.03% -1.70% 7.43% :-) nbody 0.18% -0.02% 8.77% 5.05% :-) json_dump_v2 0.22% -0.10% 3.39% 13.85% :-| normal_startup 1.68% -0.76% -1.73% 3.02% :-| ssbench 1.15% -1.72% -0.29% 2.56% ---------------------------------------------------------------------------------- Note: Benchmark results for ssbench are measured in requests/second while all other are measured in seconds. * Relative Standard Deviation (Standard Deviation/Average) Our lab does a nightly source pull and build of the Python project and measures performance changes against the previous stable version and the previous nightly measurement. This is provided as a service to the community so that quality issues with current hardware can be identified quickly. Intel technologies' features and benefits depend on system configuration and may require enabled hardware, software or service activation. Performance varies depending on system configuration.

1 0