New submission from xitop :
The object.__set_name__() function (introduced in Python 3.6 by PEP-487) is
mentioned in the "what's new " summary as an extension to the descriptor
protocol [1] and documented in the "implementing descriptors" section [2].
However, the
xitop added the comment:
2nd anniversary. Any reaction from developers would be appreciated. Thank you.
--
___
Python tracker
<https://bugs.python.org/issue38
xitop added the comment:
Python 3.9.1 is affected too.
--
versions: +Python 3.9
___
Python tracker
<https://bugs.python.org/issue38085>
___
___
Python-bug
xitop added the comment:
Please, could some experienced Python developer take a look at this issue
reported more than 3 month ago?
--
___
Python tracker
<https://bugs.python.org/issue38
xitop added the comment:
Same problem also in Python 3.6.8 and the new 3.8.0.
--
versions: +Python 3.6, Python 3.8
___
Python tracker
<https://bugs.python.org/issue38
New submission from xitop :
An exception in __init__subclass__ leads under certain circumstances to wrong
isinstance() and issubclass() results. The exception probably leaves Python
internal data in inconsistent state.
Here is a demonstration program from Stack Overflow:
--- begin --
from
New submission from xitop :
This issue report is based on a SO question "How to create asyncio stream
reader/writer for stdin/stdout?", its answer and comments. Link:
https://stackoverflow.com/q/52089869/5378816
The key point is that two unidirectional pipes should be used the s
New submission from xitop :
There is a minor issue regarding the page
https://docs.python.org/3/library/functools.html
The description of functools.partial starts with text "Return a new partial
object" which contains a link. This link does not point to the partial object
(#parti
xitop added the comment:
You are right. It is 'key in d', not 'object in d'.
(Thanks for you patience. I'm sorry I did not get it right earlier.)
--
___
Python tracker
<https:
xitop added the comment:
While I do fully agree with not documenting all exceptions, I'd like to point
out a major difference in the case of "unhashable in dict".
It differs from the general case where an exception means the function is
unable to return a meaningful res
New submission from xitop :
I'd like to suggest an addition to the documentation of the "key in dict"
operation.
Current version found at
https://docs.python.org/3/library/stdtypes.html#dict
says only:
---
key in d
Return True if d has a key key, else False.
---
This
New submission from xitop :
The `dict.__contains()` function does not fully comply with the description in
the "Data Model" section of the official documentation, which states:
"__contains__(self, item) ... Should return true if item is in self, false
otherwise."
B
12 matches
Mail list logo