New submission from webber:
I use python on linux, version is 2.7.13:
[root@localhost bin]# ./python2.7
Python 2.7.13 (default, Mar 30 2017, 00:54:08)
[GCC 4.4.7 20120313 (Red Hat 4.4.7-17)] on linux2
Type "help", "copyright", "credits" or "license&qu
Changes by webber :
Added file: http://bugs.python.org/file46767/windows.jpg
___
Python tracker
<http://bugs.python.org/issue29945>
___
___
Python-bugs-list mailin
New submission from Russel Webber :
A few lines of the functools.total_ordering implementation are not covered by
the tests.
Specifically, coverage.py shows the returns of NotImplemented:
...
if op_result is NotImplemented:
return op_result
...
as not covered in the functions
Change by Russel Webber :
--
keywords: +patch
pull_requests: +28819
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30616
___
Python tracker
<https://bugs.python.org/issu
Russel Webber added the comment:
I have added a test that I think covers this case.
--
keywords: +patch
message_count: 1.0 -> 2.0
nosy: +RusselWebber
nosy_count: 3.0 -> 4.0
pull_requests: +28893
stage: -> patch review
pull_request: https://github.com/python/cpython/p
Russel Webber added the comment:
I am happy to take a look at improving the documentation. I see the new
getpath.py has very extensive commenting. Should I simply mention ._pth files
as in the original issue from 5 years ago, or are you looking for documentation
of how sys.path is
Russel Webber added the comment:
I agree wholeheartedly, an explantation of sys.path initialisation would be
very helpful. I've seen too many hacks in end user Python code due to
misunderstandings around sys.path initialisation and the available ways to
customise sys.path. I'll wo
Change by Russel Webber :
--
keywords: +patch
pull_requests: +29265
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/31082
___
Python tracker
<https://bugs.python.org/issu
New submission from Neil Webber :
The math module documentation says:
Except when explicitly noted otherwise, all return values are floats.
But this code returns an integer:
from math import prod; prod((1,2,3))
Doc should "explicitly note otherwise" here, I imagine. The i
New submission from Russel Webber :
The STDLIB_LANDMARKS in Modules/getpath,py refers to os.pyc in an old location:
STDLIB_LANDMARKS = [f'{STDLIB_SUBDIR}/os.py', f'{STDLIB_SUBDIR}/os.pyc']
Since https://www.python.org/dev/peps/pep-3147 the .pyc files are in
__pyc
Russ Webber added the comment:
So it is. Sorry, should have searched first.
--
___
Python tracker
<http://bugs.python.org/issue18358>
___
___
Python-bugs-list m
Stephen Webber added the comment:
This is intentional handling of non-existant variables, and is not resticted to
'==' operations. Returning the value of a Counter parameter that has not yet
been set returns 0 by default.
See the documentation here:
http://docs.python.o
Stephen Webber added the comment:
Hmm, that is odd behavior indeed.
I think having keys that point to zero values is important for iterating over a
set. For example:
>>> x = Counter(a=10, b=0)
>>> for k in set(x):
... x[k] += 1
...
>>> x
Counter({'a':
13 matches
Mail list logo
