[issue40583] Runtime type annotation mutation leads to inconsistent behavior

New submission from Saumitro Dasgupta : Adding type annotations at runtime may lead to inconsistent results. Consider the following example: class Base: base: int class Alpha(Base): pass class Beta(Base): foobar: int # Case 1: This mutates Base's __an

[issue40397] Refactor typing._GenericAlias

Serhiy Storchaka added the comment: New changeset fcb285609a2e55f2dc63dcfbb32e4e2fddf71546 by Serhiy Storchaka in branch 'master': bpo-40397: Remove __args__ and __parameters__ from _SpecialGenericAlias (GH-19984) https://github.com/python/cpython/commit/fcb285609a2e55f2dc63dcfbb32e4e2fddf71

[issue40397] Refactor typing._GenericAlias

Serhiy Storchaka added the comment: Thank you Jelle for your report. There is even simpler example: Dict[Tuple[T], List[int]][str] -- ___ Python tracker ___ _

[issue40549] Convert posixmodule.c to multiphase initialization (PEP 489)

STINNER Victor added the comment: New changeset 1c2fa781560608aa4be50c748d4b3f403cfa5035 by Victor Stinner in branch 'master': bpo-40549: Convert posixmodule.c to multiphase init (GH-19982) https://github.com/python/cpython/commit/1c2fa781560608aa4be50c748d4b3f403cfa5035 -- ___

[issue40569] Add optional weights to random.sample()

David Heiberg added the comment: Ahh I see, thanks for clearing that up! On Sun, May 10, 2020, 04:41 Raymond Hettinger wrote: > > Raymond Hettinger added the comment: > > Negative weights are undefined for choices() as well. Just like bisect() > and merge() don't verify their inputs are so

[issue40574] segfault causing regression from PEP 573 implementation

Change by STINNER Victor : -- nosy: +corona10, petr.viktorin, vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue37986] Improve perfomance of PyLong_FromDouble()

Mark Dickinson added the comment: New changeset 86a93fddf72a2711aca99afa0c5374c8d6b4a321 by Sergey Fedoseev in branch 'master': bpo-37986: Improve perfomance of PyLong_FromDouble() (GH-15611) https://github.com/python/cpython/commit/86a93fddf72a2711aca99afa0c5374c8d6b4a321 -- _

[issue40574] segfault causing regression from PEP 573 implementation

STINNER Victor added the comment: I tried to install pyqt5 on Python compiled from source: make ./python -m venv env env/bin/python -m pip install sip env/bin/python -m pip install pyqt5 But I failed to install pyqt5: vstinner@apu$ env/bin/python -m pip install pyqt5 Collecting pyqt5 /home/

[issue37986] Improve perfomance of PyLong_FromDouble()

Change by Mark Dickinson : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bug

[issue40574] segfault causing regression from PEP 573 implementation

STINNER Victor added the comment: Ah, if I install Python, I can install PyQt5. I installed PyQt5: python -X faulthandler -c "import PyQt5.QtCore; PyQt5.QtCore.Qt.Key_Control"" doesn't crash. I also tested the following hello world, it doesn't crash neither. --- # https://pythonprogrammingl

[issue38787] PEP 573: Module State Access from C Extension Methods

STINNER Victor added the comment: See also bpo-40574: segfault causing regression from PEP 573 implementation (PyQt5). -- ___ Python tracker ___ _

[issue40574] segfault causing regression from PEP 573 implementation (PyQt5)

Change by STINNER Victor : -- title: segfault causing regression from PEP 573 implementation -> segfault causing regression from PEP 573 implementation (PyQt5) ___ Python tracker

[issue40397] Refactor typing._GenericAlias

Change by Serhiy Storchaka : -- pull_requests: +19332 pull_request: https://github.com/python/cpython/pull/20021 ___ Python tracker ___

[issue40397] Refactor typing._GenericAlias

Serhiy Storchaka added the comment: Even simpler: Dict[T, List[int]][str]. Dict[T, list[int]][str] also fails. But dict[T, list[int]][str] works as expected (and there are tests). -- ___ Python tracker ___

[issue40574] segfault causing regression from PEP 573 implementation (PyQt5)

STINNER Victor added the comment: I also with: ./configure --prefix=/opt/py39 --with-system-expat --with-system-ffi I still cannot reproduce the crash. I tested Python at commit 1c2fa781560608aa4be50c748d4b3f403cfa5035. I tested on Fedora 32 (GCC 10.0.1). $ /opt/py39/bin/python3.9 -m pip

[issue38787] PEP 573: Module State Access from C Extension Methods

STINNER Victor added the comment: The posix/nt and _abc modules now use the PEP 573 APIs: * posix/nt: commit 1c2fa781560608aa4be50c748d4b3f403cfa5035 (bpo-40549) * _abc: commit 77c614624b6bf2145bef69830d0f499d8b55ec0c (bpo-40566) -- ___ Python trac

[issue40549] Convert posixmodule.c to multiphase initialization (PEP 489)

Change by STINNER Victor : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue40556] test__xxsubinterpreters leaked [1486, 1484, 1484, 1484] references

STINNER Victor added the comment: FYI I also reported the issue to https://bugs.python.org/issue32604#msg368395 which introduched the regression. But you can keep this issue open until it's fixed. -- ___ Python tracker

[issue1944] Document PyUnicode_* API

STINNER Victor added the comment: """ Following functions likely should be wrapped with "#ifndef Py_LIMITED_API": _PyUnicode_ClearStaticStrings _PyUnicode_EQ _PyUnicode_FromId """ It's already the case since at least Python 3.7. Extract of Python 3.7 Include/unicodeobject.h: #ifndef Py_LIMI

[issue40397] Refactor typing._GenericAlias

Serhiy Storchaka added the comment: New changeset 0122d48681b1df27015cf396559fb283ba364d6d by Serhiy Storchaka in branch 'master': bpo-40397: Fix subscription of nested generic alias without parameters. (GH-20021) https://github.com/python/cpython/commit/0122d48681b1df27015cf396559fb283ba364

[issue40257] Improve the use of __doc__ in pydoc

Change by Serhiy Storchaka : -- pull_requests: +19333 pull_request: https://github.com/python/cpython/pull/20022 ___ Python tracker ___

[issue40583] Runtime type annotation mutation leads to inconsistent behavior

Change by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue40257] Improve the use of __doc__ in pydoc

Serhiy Storchaka added the comment: New changeset 2fbc57af851814df567fb51054cb6f6a399f814a by Serhiy Storchaka in branch 'master': bpo-40257: Tweak docstrings for special generic aliases. (GH-20022) https://github.com/python/cpython/commit/2fbc57af851814df567fb51054cb6f6a399f814a --

[issue40582] Inconsistent exceptions caused by typing + tuple subclasses

Ruairidh MacLeod added the comment: The original code for this was: ``` from typing import List from unittest.mock import call def f(n: List[call]): ... ``` Which produces "SyntaxError: Forward reference must be an expression -- got ''". I think my only query is whether this behavior is ok,

[issue40574] segfault causing regression from PEP 573 implementation (PyQt5)

Change by hai shi : -- nosy: +shihai1991 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.

[issue40397] Refactor typing._GenericAlias

Jelle Zijlstra added the comment: Thanks Serhyi! I can confirm that the issue I posted is fixed. -- priority: release blocker -> normal ___ Python tracker ___

[issue40582] Inconsistent exceptions caused by typing + tuple subclasses

Change by Dennis Sweeney : -- nosy: +gvanrossum, levkivskyi ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue40582] Inconsistent exceptions caused by typing + tuple subclasses

Guido van Rossum added the comment: I recommend taking this to a user forum or list. I see no but in typing.py here. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___

[issue38787] PEP 573: Module State Access from C Extension Methods

Change by Stefan Behnel : -- pull_requests: +19334 pull_request: https://github.com/python/cpython/pull/20024 ___ Python tracker ___ ___

[issue40574] segfault causing regression from PEP 573 implementation (PyQt5)

Thomas Caswell added the comment: The script I used for the bisect was: --- TARGET_ENV=bisect_env rm -r ~/.pybuild/$TARGET_ENV || true git clean -xfd ./configure --prefix=/home/tcaswell/.pybuild/$TARGET_ENV make -j 9 make install ~/.pybuild/$TARGET_ENV/bin/python3 -m venv --copies --clear ~

[issue19956] inspect.getsource(obj.foo) fails when foo is an injected method constructed from another method

Change by Furkan Onder : -- nosy: +furkanonder nosy_count: 6.0 -> 7.0 pull_requests: +19335 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/20025 ___ Python tracker ___

[issue40584] PyType_FromModuleAndSpec function should add the process of tp_vectorcall_offset

New submission from hai shi : some typeobject using `tp_vectorcall_offset`, if we use `PyType_FromModuleAndSpec` to create the the typeobject, it will be faild due to `PyType_FromModuleAndSpec` lack the process of `tp_vectorcall_offset`. so we should adding some process like https://github.

[issue40584] PyType_FromModuleAndSpec function should add the process of tp_vectorcall_offset

Change by hai shi : -- keywords: +patch pull_requests: +19336 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20026 ___ Python tracker ___

[issue23677] Mention dict and set comps in library reference

Change by Furkan Onder : -- nosy: +furkanonder nosy_count: 8.0 -> 9.0 pull_requests: +19337 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/20027 ___ Python tracker ___

[issue23677] Mention dict and set comps in library reference

Furkan Onder added the comment: PR has been sent. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue19956] inspect.getsource(obj.foo) fails when foo is an injected method constructed from another method

Furkan Onder added the comment: PR has been sent. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue40574] segfault causing regression from PEP 573 implementation (PyQt5)

Thomas Caswell added the comment: I think I have figured out the problem. I had a locally built and cached wheel of PyQt5-sip from before PEP573 went in. If that wheel is used for later commits I get the segfault, if I rebuilt the wheel from source it works. I am not sure if this is an exp

[issue40302] Add pycore_byteswap.h internal header file with _Py_bswap32() function

Change by Sergey Fedoseev : -- nosy: +sir-sigurd nosy_count: 3.0 -> 4.0 pull_requests: +19338 pull_request: https://github.com/python/cpython/pull/15659 ___ Python tracker ___

[issue40561] Add docstrings for webbrowser open functions

Change by Terry J. Reedy : -- title: Provide docstrings for public-facing webbrowser functions -> Add docstrings for webbrowser open functions ___ Python tracker ___ _

[issue33725] Python crashes on macOS after fork with no exec

Change by B. L. Alterman : -- nosy: +blalterman ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue40106] multiprocessor spawn

Change by B. L. Alterman : -- nosy: +blalterman ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue38872] Document exec symbol for codeop.compile_command

Change by Matthias Bussonnier : -- nosy: +mbussonn ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue40334] PEP 617: new PEG-based parser

Pablo Galindo Salgado added the comment: There is some discrepancy with the codeop module when running with the new parser: ./python -c "import codeop; codeop.CommandCompiler()('raise = 2\n\n', symbol='exec')" (No error) ./python -Xoldparser -c "import codeop; codeop.CommandCompiler()('rai

[issue40585] compile_command exec not raising syntax error with new PGEN Parser

New submission from Matthias Bussonnier : compile_command used to produce syntax error in exec mode: ``` $ python -c "import codeop; codeop.compile_command('raise = 2', symbol='exec')" Traceback (most recent call last): File "", line 1, in File "...python3.8/codeop.py", line 125, in compi

[issue31203] socket.IP_PKTINFO is missing from python

Change by Zackery Spytz : -- keywords: +patch nosy: +ZackerySpytz nosy_count: 4.0 -> 5.0 pull_requests: +19339 stage: commit review -> patch review pull_request: https://github.com/python/cpython/pull/20029 ___ Python tracker

[issue40334] PEP 617: new PEG-based parser

Matthias Bussonnier added the comment: Thanks Pablo for replying to my tweet, a couple of other non-failing case in https://bugs.python.org/issue40585 that I filled concurrently to your message. (also using this occasion to thanks all of you for your work on the new parser) -- nosy:

[issue31203] socket.IP_PKTINFO is missing from python

Change by Zackery Spytz : -- versions: +Python 3.9 -Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38872] Document exec symbol for codeop.compile_command

Matthias Bussonnier added the comment: See the `compile()` documentation for the difference between eval/single/exec: https://docs.python.org/3/library/functions.html#compile `exec` is meant for multiline program, for example you would "exec" the string read from a file to get a module. I

[issue40585] compile_command exec not raising syntax error with new PGEN Parser

Change by Pablo Galindo Salgado : -- keywords: +patch nosy: +pablogsal nosy_count: 1.0 -> 2.0 pull_requests: +19340 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20030 ___ Python tracker

[issue40585] compile_command exec not raising syntax error with new PGEN Parser

Guido van Rossum added the comment: Let's analyze this here rather than in issue40334 (which is getting top-heavy :-). -- nosy: +gvanrossum ___ Python tracker ___ ___

[issue40334] PEP 617: new PEG-based parser

Matthias Bussonnier added the comment: Seem to not be in the new parser but simply in codeop in particular `def _maybe_compile` The logic seem weird (but weird logic usually have a reason), it try to compile thrice by appending many `\n`. 1) Why do that and not return the first successful c

[issue40334] PEP 617: new PEG-based parser

Guido van Rossum added the comment: It definitely has its reasons -- there are pernicious edge cases. Probably revealed by the tests. -- ___ Python tracker ___ __

[issue40585] compile_command exec not raising syntax error with new PGEN Parser

Pablo Galindo Salgado added the comment: New changeset 5b956ca42de37c761562e9c9aeb96a0e67606e33 by Pablo Galindo in branch 'master': bpo-40585: Normalize errors messages in codeop when comparing them (GH-20030) https://github.com/python/cpython/commit/5b956ca42de37c761562e9c9aeb96a0e67606e33

[issue40585] compile_command exec not raising syntax error with new PGEN Parser

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue40586] Pydoc should support https for hyperlinks.

New submission from Gianni Mariani : pydoc has a regex hard coded for supporting hyperlinks. It supports http and ftp. It should support https. -- components: Demos and Tools messages: 368601 nosy: owebeeone priority: normal severity: normal status: open title: Pydoc should support htt

[issue40106] multiprocessor spawn

B. L. Alterman added the comment: @Mouse, using "multiprocess" instead of "multiprocessing" will not work if you're passing a class that inherits from ABC. "dill" is one of "multiprocess"'s dependencies and "dill" can't pickle an _abc_data object (https://github.com/uqfoundation/dill/issues/

[issue40586] Pydoc should support https for hyperlinks.

Change by Gianni Mariani : -- type: -> enhancement ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue40585] compile_command exec not raising syntax error with new PGEN Parser

Change by Guido van Rossum : -- stage: resolved -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue40585] compile_command exec not raising syntax error with new PGEN Parser

Change by Guido van Rossum : -- stage: patch review -> resolved ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue40587] [regression] inspect.getdoc not returning docstring.

New submission from Matthias Bussonnier : In python 3.8: ``` >>> class A(object): ... """standard docstring""" ... pass ... >>> import inspect >>> inspect.getdoc(A()) 'standard docstring' ``` In 3.9: ``` $ python Python 3.9.0a6+ (heads/master:5b956ca42d, May 10 2020, 20:31:26) [Clang

[issue40587] [regression] inspect.getdoc not returning docstring.

Change by Matthias Bussonnier : -- components: +Interpreter Core versions: +Python 3.9 ___ Python tracker ___ ___ Python-bugs-list m

[issue40575] _PyDict_GetItemIdWithError() should call _PyDict_GetItem_KnownHash()

Stefan Behnel added the comment: New changeset 6067d4bc3ce5ff4cfa5b47ceecc84a3941bc031c by scoder in branch 'master': bpo-40575: Avoid unnecessary overhead in _PyDict_GetItemIdWithError() (GH-20018) https://github.com/python/cpython/commit/6067d4bc3ce5ff4cfa5b47ceecc84a3941bc031c --

[issue40587] [regression] inspect.getdoc not returning docstring.

Matthias Bussonnier added the comment: That will break a lot o the interactive usage for the scientific ecossytem Imho, For example anyone that get a Pandas Dataframe and try to get help on it either via help(df), or `df?` in IPython/Jupyter. Might be purposeful (https://bugs.python.org/is

[issue40575] _PyDict_GetItemIdWithError() should call _PyDict_GetItem_KnownHash()

Change by Stefan Behnel : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue40257] Improve the use of __doc__ in pydoc

Matthias Bussonnier added the comment: This is going to potentially break a lot of interactive usage in the Scientific ecosystem. A a lot of people are going to do: df = load('my.csv') df?? To ask for help and will get nothing. Even for subclass, I want to argue that a docstring

[issue40257] Improve the use of __doc__ in pydoc

Guido van Rossum added the comment: Okay, let's reopen. @Matthias, can you clarify your example? What's load()? And what does df?? do? -- status: closed -> open ___ Python tracker __

[issue40257] Improve the use of __doc__ in pydoc

Karthikeyan Singaravelan added the comment: https://bugs.python.org/issue40587 has been opened. Copy paste of the report as below : In python 3.8: ``` >>> class A(object): ... """standard docstring""" ... pass ... >>> import inspect >>> inspect.getdoc(A()) 'standard docstring' ```

[issue40257] Improve the use of __doc__ in pydoc

Matthias Bussonnier added the comment: > can you clarify your example? What's load()? And what does df?? do? It was vague on purpose, `load()` would be for example `load_csv()` from `pandas` that return a `pandas.DataFrame`. The point being that users typically won't really know the type o

[issue40588] Creating Virtual Environments Does Not Work (Not Creating Folder)

New submission from Shengjun Zhu : I followed the instructions, run "python3 -m venv tutorial-env" , but the command doesn't create any directory. https://docs.python.org/3.8/tutorial/venv.html I followed the instructions in the post below to remove the "Application Execution Aliases" for p

[issue40257] Improve the use of __doc__ in pydoc

Guido van Rossum added the comment: Can you all please decide which issue to use? -- ___ Python tracker ___ ___ Python-bugs-list ma

[issue40257] Improve the use of __doc__ in pydoc

Vedran Čačić added the comment: Of course, I thought that 2. inspect.getdoc() returns the object's own docstring. means it returns the object's own docstring _if it has one_. If it doesn't, then it should still return the docstring of its class, of course! I have no problem with the fact tha

[issue40589] Missing path-like versionchanged in shutil.rmtree

New submission from Ville Skyttä : shutil.rmtree takes a path-like object starting from 3.6 (due to internal use of os.lstat which does that too). -- assignee: docs@python components: Documentation messages: 368613 nosy: docs@python, scop priority: normal severity: normal status: open t

[issue40589] Missing path-like versionchanged in shutil.rmtree

Change by Ville Skyttä : -- keywords: +patch pull_requests: +19341 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20032 ___ Python tracker ___

[issue40590] test_subprocess stuck on Windows, x64

New submission from Dima Tisnek : The windows test got stuck in my PR, and I'm pretty sure my change is not to blame. The test log looks like this: 0:11:10 load avg: 6.42 [421/423] test_importlib passed 0:11:40 load avg: 5.40 running: test_subprocess (58.5 sec), test_multiprocessing_spawn (5

[issue36346] Prepare for removing the legacy Unicode C API

Inada Naoki added the comment: New changeset d5d9a718662e67e2b1ac7874dda9df2d8d71d415 by Inada Naoki in branch 'master': bpo-36346: array: Don't use deprecated APIs (GH-19653) https://github.com/python/cpython/commit/d5d9a718662e67e2b1ac7874dda9df2d8d71d415 -- _