[issue18943] argparse: default args in mutually exclusive groups

Change by Raymond Hettinger : -- assignee: rhettinger -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42570] Try and Except doesn't work properly

Raymond Hettinger added the comment: Kshitish, it was inappropriate to reopen this issue. This forum is for tracking actual bugs in Python as opposed to bugs in a user's understanding of Python. My suggestion is that you post on StackOverflow so that the helpers there can explain what is

[issue42575] Suggest to add an LinkedList data structure to python

New submission from Sam Yan : There has been no LinkedList data structure for Python. Therefore suggest adding a LinkedList data structure. -- components: C API files: LinkedList.py messages: 382557 nosy: SamUnimelb priority: normal severity: normal status: open title: Suggest to add

[issue42570] Try and Except doesn't work properly

Kshitish added the comment: for i in range(1,11): try: if i == i: print(i) if i == 5: continue print(i,'poc') except: print("Out") Output: 1 2 3 4 5 6 7 8 9 10 As you can see the continue keyword is not

[issue42574] Travis can't build the 3.8 branch right now

Change by Brandt Bucher : -- keywords: +patch pull_requests: +22522 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23652 ___ Python tracker ___

[issue17005] Add a topological sort algorithm

Change by Raymond Hettinger : -- assignee: rhettinger -> resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue42574] Travis can't build the 3.8 branch right now

New submission from Brandt Bucher : Travis seems to be using the wrong Python executable for (at least) the "make -j4 regen-all" step on the 3.8 branch. I have a hunch it's using the system python3 executable (3.5?). It causes the following failure when building: ... python3

[issue38843] Document argparse behaviour when custom namespace object already has the field set

Change by Raymond Hettinger : -- keywords: +patch pull_requests: +22521 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23653 ___ Python tracker

[issue42536] Iterating on a zip keeps objects alive longer than expected (test_itertools leaks sometimes references)

Change by Brandt Bucher : -- pull_requests: +22520 pull_request: https://github.com/python/cpython/pull/23652 ___ Python tracker ___

[issue42536] Iterating on a zip keeps objects alive longer than expected (test_itertools leaks sometimes references)

Change by Brandt Bucher : -- pull_requests: +22519 pull_request: https://github.com/python/cpython/pull/23651 ___ Python tracker ___

[issue9334] argparse does not accept options taking arguments beginning with dash (regression from optparse)

Change by Raymond Hettinger : -- assignee: rhettinger -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue13966] Add disable_interspersed_args() to argparse.ArgumentParser

Change by Raymond Hettinger : -- assignee: rhettinger -> versions: +Python 3.10 -Python 3.2, Python 3.3, Python 3.4, Python 3.5 ___ Python tracker ___

[issue41116] build on macOS 11 (beta) does not find system-supplied third-party libraries

Ned Deily added the comment: New changeset 06002b3f0d4570424feef37103c7e9b7d16bd63d by Miss Islington (bot) in branch '3.9': [3.9] bpo-41116: Fix setup.py test for macOS Tcl/Tk frameworks (GH-23649) (GH-23650) https://github.com/python/cpython/commit/06002b3f0d4570424feef37103c7e9b7d16bd63d

[issue41116] build on macOS 11 (beta) does not find system-supplied third-party libraries

Change by miss-islington : -- pull_requests: +22518 pull_request: https://github.com/python/cpython/pull/23650 ___ Python tracker ___

[issue41116] build on macOS 11 (beta) does not find system-supplied third-party libraries

Ned Deily added the comment: New changeset 29afab6c5f656f07ac85c9b2cf089631b2557a11 by Ned Deily in branch 'master': bpo-41116: Fix setup.py test for macOS Tcl/Tk frameworks (GH-23649) https://github.com/python/cpython/commit/29afab6c5f656f07ac85c9b2cf089631b2557a11 --

[issue42536] Iterating on a zip keeps objects alive longer than expected (test_itertools leaks sometimes references)

Brandt Bucher added the comment: New changeset 226a012d1cd61f42ecd3056c554922f359a1a35d by Brandt Bucher in branch 'master': bpo-42536: GC track recycled tuples (GH-23623) https://github.com/python/cpython/commit/226a012d1cd61f42ecd3056c554922f359a1a35d --

[issue41116] build on macOS 11 (beta) does not find system-supplied third-party libraries

Change by Ned Deily : -- pull_requests: +22517 pull_request: https://github.com/python/cpython/pull/23649 ___ Python tracker ___

[issue42572] Better path handling with argparse

Change by Karthikeyan Singaravelan : -- nosy: +paul.j3, rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list

Re: Fw: See example

On 05/12/2020 09:17, Dan Stromberg wrote: On Fri, Dec 4, 2020 at 12:01 PM dn via Python-list mailto:python-list@python.org>> wrote: On 05/12/2020 07:57, Arthur R. Ott wrote: ... >     Microsoft Windows [Version 10.0.19042.630] >     (c) 2020 Microsoft Corporation. All

[issue39947] [C API] Make the PyThreadState structure opaque (move it to the internal C API)

STINNER Victor added the comment: > bpo-35949 lists Py_ALLOW_RECURSION and Py_END_ALLOW_RECURSION which access > PyThreadState.recursion_critical member directly. Oh, problem solved by: commit dcc54215ac1eb4b6fab2a9ffe1abcdf3ac4bb77e Author: Serhiy Storchaka Date: Mon Oct 5 12:32:00 2020

[issue30459] PyList_SET_ITEM could be safer

STINNER Victor added the comment: I propose to merge my PR 23645 change right now. If it breaks too many C extensions, we still have time before Python 3.10.0 final scheduled at Monday, 2021-10-04, to revert the change. "if (obj == NULL || PyList_SET_ITEM (l, i, obj) < 0)" Well, this is

[issue42373] PEP 626 does not specify behavior of tracing for keywords.

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

Re: [osx] dyld: Library not loaded: /usr/local/Cellar/python@3.8/3.8.3_1/Frameworks/Python.framework/Versions/3.8/Python

On 12/4/20 7:15 AM, Noah wrote: Hi there, Anybody know how to fix this issue on a mac? ❯ /usr/local/bin/python dyld: Library not loaded: /usr/local/Cellar/python@3.8/3.8.3_1/Frameworks/Python.framework/Versions/3.8/Python   Referenced from: /usr/local/bin/python   Reason: image not found

[issue42569] Callers of _Py_fopen/_Py_wfopen may be broken after addition of audit hooks

STINNER Victor added the comment: > In Windows, the fopen() and _wfopen() calls here should use the non-standard > "N" flag [1] to open a non-inheritable file descriptor and skip calling > set_inheritable(). Interesting. Do you want to propose a PR to enhance the Python implementation?

[issue32865] os.pipe creates inheritable FDs with a bad internal state on Windows

Change by STINNER Victor : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue26131] Raise ImportWarning when loader.load_module() is used

Brett Cannon added the comment: New changeset 2de5097ba4c50eba90df55696a7b2e74c93834d4 by Brett Cannon in branch 'master': bpo-26131: Deprecate usage of load_module() (GH-23469) https://github.com/python/cpython/commit/2de5097ba4c50eba90df55696a7b2e74c93834d4 --

[issue30858] Keyword can't be an expression?

Irit Katriel added the comment: I get this now on 3.10: >>> print(end1 + end2 + end3 + end4 + end5 + end6 + end=' ') File "", line 1 print(end1 + end2 + end3 + end4 + end5 + end6 + end=' ') ^ SyntaxError: expression cannot contain assignment, perhaps you meant "=="?

[issue20415] Could method "isinstance" take a list as parameter?

Irit Katriel added the comment: Interesting discussion, and the reason seems to be here: https://mail.python.org/pipermail/python-ideas/2011-July/010642.html Lists need to be checked for cycles, tuples don't. -- nosy: +iritkatriel resolution: -> rejected stage: -> resolved status:

[issue42545] Check that all symbols in the limited ABI are exported

Pablo Galindo Salgado added the comment: New changeset 79c1849b9e5b635bd36b13e1be9dc7cbc2bd6312 by Pablo Galindo in branch 'master': bpo-42545: Improve the error message in the stable API script (GH-23648) https://github.com/python/cpython/commit/79c1849b9e5b635bd36b13e1be9dc7cbc2bd6312

[issue37166] inspect.findsource doesn't handle shortened files gracefully

Irit Katriel added the comment: Fixed under issue17735. -- nosy: +iritkatriel stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue42545] Check that all symbols in the limited ABI are exported

Change by Pablo Galindo Salgado : -- pull_requests: +22516 pull_request: https://github.com/python/cpython/pull/23648 ___ Python tracker ___

[issue17735] inspect.findsource raises IndexError

Tal Einat added the comment: Thanks for reporting this, Kyle! Thanks for the PR, Irit! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue42572] Better path handling with argparse

New submission from Austin Scola : One of the types of arguments that I find myself most often passing to `argparse.ArgumentParser` is paths. I think that I am probably not alone in frequent usage of paths as arguments. Given this, it would be extremely helpful to have an `argparse.Action`

[issue17735] inspect.findsource raises IndexError

Tal Einat added the comment: New changeset d1f07419c7560ed3ba52ba4f667f4eec9b5fe95d by Miss Islington (bot) in branch '3.9': bpo-17735: inspect.findsource now raises OSError when co_lineno is out of range (GH-23633)

[issue42569] Callers of _Py_fopen/_Py_wfopen may be broken after addition of audit hooks

Eryk Sun added the comment: > To implement PEP 446: create non-inheritable file descriptors. Side note. That aspect is still wonky in Windows, for which set_inheritable() cannot be implemented reliably since there's no way to change whether an existing CRT file descriptor is inheritable.

[issue42482] TracebackException should not hold reference to the exception traceback

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

[issue39573] [C API] Make PyObject an opaque structure in the limited C API

STINNER Victor added the comment: > immutables: https://github.com/MagicStack/immutables/issues/46 I proposed a fix: https://github.com/MagicStack/immutables/pull/52 > mercurial https://bugzilla.redhat.com/show_bug.cgi?id=1897178 I proposed a fix:

[issue42545] Check that all symbols in the limited ABI are exported

Pablo Galindo Salgado added the comment: I want to make some tweaks to the script, so I will leave this open -- ___ Python tracker ___

[issue14111] IDLE Debugger should handle interrupts

Mark Roseman added the comment: Terry, I agree that Ctrl-C should act just as an interrupt when the debugger is active. I also agree that a way to interrupt the debugger through the user interface is needed (in the revised UI, there's an explicit 'stop' button for that). --

[issue42545] Check that all symbols in the limited ABI are exported

Pablo Galindo Salgado added the comment: New changeset 85f1dedb8d05774e0d3739be0a11cd970b98097f by Pablo Galindo in branch 'master': bpo-42545: Check that all symbols in the limited ABI are exported (GH-23616) https://github.com/python/cpython/commit/85f1dedb8d05774e0d3739be0a11cd970b98097f

[issue29249] Pathlib glob ** bug

Miroslav Šedivý added the comment: Today when porting some random project from os.path to pathlib I encountered a homemade filename matching method that I wanted to port to pathlib.Path.match. Unfortunately >>> pathlib.Path('x').match('**/x') False although if I have a file called `x` in

[issue39573] [C API] Make PyObject an opaque structure in the limited C API

STINNER Victor added the comment: Status: * Py_SET_REFCNT(), Py_SET_TYPE() and Py_SET_SIZE() functions added to Python 3.9. * Python and Cython have been modified to use Py_TYPE(), Py_SET_REFCNT(), Py_IS_TYPE(), etc. * pythoncapi_compat.h header file has been created to provide new

[issue17735] inspect.findsource raises IndexError

miss-islington added the comment: New changeset a4e7d5f750e06e31a80a83c2af02b1a40cecd0ff by Miss Islington (bot) in branch '3.8': bpo-17735: inspect.findsource now raises OSError when co_lineno is out of range (GH-23633)

[issue42570] Try and Except doesn't work properly

Steven D'Aprano added the comment: Code is working correctly, not a bug. Perhaps you are mistaking `continue` for `break`. Kshitish, we keep telling you not to use the bug tracker as a help desk. This is now your eighth "bug report" that was 100% your misunderstanding. There are many other

[issue17735] inspect.findsource raises IndexError

Change by miss-islington : -- pull_requests: +22515 pull_request: https://github.com/python/cpython/pull/23647 ___ Python tracker ___

[issue17735] inspect.findsource raises IndexError

Change by miss-islington : -- nosy: +miss-islington nosy_count: 5.0 -> 6.0 pull_requests: +22514 pull_request: https://github.com/python/cpython/pull/23646 ___ Python tracker

[issue17735] inspect.findsource raises IndexError

Tal Einat added the comment: New changeset 2e0760bb2edb595050aff82f236cd32b44d3dfb3 by Irit Katriel in branch 'master': bpo-17735: inspect.findsource now raises OSError when co_lineno is out of range (GH-23633)

[issue42571] [docs] add links to Glossary#parameter in libraries

New submission from Frederic Gagnon : Could be helpful to make it so that, in libraries, / * * and ** (i.e. positional-only, keyword-only, var-positional and var-keyword indicators) link to https://docs.python.org/3/glossary.html#term-parameter This come from someone relatively new to

[issue42482] TracebackException should not hold reference to the exception traceback

miss-islington added the comment: New changeset 40b92f1cc06f9aaba813ae38266f424e0969b089 by Miss Islington (bot) in branch '3.9': [3.9] bpo-42482: remove reference to exc_traceback from TracebackException (GH-23531) (GH-23578)

[issue42116] Inspect library ignore comments at the end of a function (inspect.getsource)

miss-islington added the comment: New changeset 81ac030d03bdaedd724603af6f89f9248a5f2700 by Miss Islington (bot) in branch '3.9': bpo-42116: Fix inspect.getsource handling of trailing comments (GH-23630) https://github.com/python/cpython/commit/81ac030d03bdaedd724603af6f89f9248a5f2700

[issue42116] Inspect library ignore comments at the end of a function (inspect.getsource)

miss-islington added the comment: New changeset 3b14f18205b17d1634e21bd7bc48152247590d9f by Miss Islington (bot) in branch '3.8': bpo-42116: Fix inspect.getsource handling of trailing comments (GH-23630) https://github.com/python/cpython/commit/3b14f18205b17d1634e21bd7bc48152247590d9f

[issue42116] Inspect library ignore comments at the end of a function (inspect.getsource)

Tal Einat added the comment: Thank you for reporting this, Noureddine Hamid! Thanks for the PR, Irit! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue31904] Python should support VxWorks RTOS

Gregory P. Smith added the comment: New changeset 8d4f57dbd10846ffb4881b6509a511be0ab3b913 by pxinwr in branch 'master': bpo-31904: fix test_doctest.py failures for VxWorks (GH-23419) https://github.com/python/cpython/commit/8d4f57dbd10846ffb4881b6509a511be0ab3b913 -- nosy:

Re: Fw: See example

On Fri, Dec 4, 2020 at 12:01 PM dn via Python-list wrote: > On 05/12/2020 07:57, Arthur R. Ott wrote: > ... > > > Microsoft Windows [Version 10.0.19042.630] > > (c) 2020 Microsoft Corporation. All rights reserved. > > I am sure you can help me > > From the Windows10 command

[issue42558] waitpid/waitid race caused by change to Popen.send_signal in Python 3.9

Gregory P. Smith added the comment: I agree with Victor. When code launches a process with subprocess APIs, it is expected that the subprocess module manages the process. Calling os.waitpid directly instead of using subprocess's APIs breaks that expectation. Also, WNOWAIT and waitid()

Re: help(list[int]) → TypeError

Thanks, will bring it to the dev list. On Fri, 2020-12-04 at 07:07 -0800, Julio Di Egidio wrote: > On Thursday, 3 December 2020 at 19:28:19 UTC+1, Paul Bryan wrote: > > Is this the correct behavior? > > > > Python 3.9.0 (default, Oct 7 2020, 23:09:01) > > [GCC 10.2.0] on linux > > Type

[issue42248] Raised exception in Enum keeping user objects alive unnecessarily

Gerald Dalley added the comment: I and a few others have run into issues with the Enum constructors producing spurious reference cycles. This can cause memory explosions if large objects like numpy arrays are held in any of the relevant stack frames. Based on

[issue42564] "from .__init__ import ..." syntax imports a duplicate module

Serhiy Storchaka added the comment: What is the problem? What real code imports __init__? -- ___ Python tracker ___ ___

Re: Fw: See example

On 05/12/2020 07:57, Arthur R. Ott wrote: ... Microsoft Windows [Version 10.0.19042.630] (c) 2020 Microsoft Corporation. All rights reserved. I am sure you can help me From the Windows10 command line, either in Admin mode or otherwise this is the error message I get. I

[issue42569] Callers of _Py_fopen/_Py_wfopen may be broken after addition of audit hooks

Steve Dower added the comment: If the GIL is not held, no exception should be raised, so the fact that you've got one there means that the GIL is held and the main.c-specific error message is the bit that's wrong. So it should be, "if they fail and you're in a context where exceptions are

Fw: See example

Sent from my BlackBerry - the most secure mobile device From: art...@gmail.com Sent: December 4, 2020 10:40 AM To: python-list@python.org Subject: See example Microsoft Windows [Version 10.0.19042.630] (c) 2020 Microsoft Corporation. All rights reserved. I am sure you can

[issue24711] Document getpass.getpass behavior on ^C

Irit Katriel added the comment: I don't see a difference between getpass and input in this respect: import getpass try: getpass.getpass('getpass: ') except: pass print('goodbye getpass') try: input('input: ') except: pass print('goodbye input')

[issue30459] PyList_SET_ITEM could be safer

Change by STINNER Victor : -- pull_requests: +22513 pull_request: https://github.com/python/cpython/pull/23645 ___ Python tracker ___

[issue42564] "from .__init__ import ..." syntax imports a duplicate module

Gregory Szorc added the comment: I worked around this in PyOxidizer by stripping a trailing `.__init__` from module names when resolving the indexed resource data. This allows the import to work since it can find the data now, but it also preserves the double module object, which isn't

[issue42564] "from .__init__ import ..." syntax imports a duplicate module

Brett Cannon added the comment: I agree with Serhiy; don't do this. The only way we could fix this would be to always set a `__init__` module for every package implicitly, but then that would break anyone who wanted to clear out a package in sys.modules as the `__init__` reference in

[issue37166] inspect.findsource doesn't handle shortened files gracefully

Change by Irit Katriel : -- resolution: -> duplicate superseder: -> inspect.findsource raises IndexError ___ Python tracker ___

[issue42570] Try and Except doesn't work properly

Eric V. Smith added the comment: You've not said what happens, nor what you're expecting to happen, so we cannot help you. -- nosy: +eric.smith ___ Python tracker ___

[issue36541] Make lib2to3 grammar better match Python, support the := walrus

Peter Ludemann added the comment: I made a suggestion for augmenting ast.parse with some of lib2to3's features; but nobody seemed interested. RIP lib2to3. Like many pieces of software, it was used for far more than for what it was originally intended.

[issue42570] Try and Except doesn't work properly

New submission from Kshitish : Try & Except doesn't work probably. In the except continue keyword doesn't work probably. -- files: main.py messages: 382515 nosy: blue555 priority: normal severity: normal status: open title: Try and Except doesn't work properly type: behavior versions:

[issue32381] Python 3.6 cannot reopen .pyc file with non-ASCII path

STINNER Victor added the comment: > Isn't it a part of the public API? I can't find it in the docs, but it seems > to be declared in the public header. The Python C API has a strange history... -- ___ Python tracker

[issue42569] Callers of _Py_fopen/_Py_wfopen may be broken after addition of audit hooks

Alexey Izbyshev added the comment: > To implement PEP 446: create non-inheritable file descriptors. Yes, I understand that was the original role. But currently there is no easy way to deal with errors from the helpers because of exception vs. errno conundrum. Maybe they should be split to

[issue32381] Python 3.6 cannot reopen .pyc file with non-ASCII path

Alexey Izbyshev added the comment: > It seems like PyErr_ProgramText() is no longer used in Python. Isn't it a part of the public API? I can't find it in the docs, but it seems to be declared in the public header. -- ___ Python tracker

[issue42545] Check that all symbols in the limited ABI are exported

STINNER Victor added the comment: My collection of links about the Python stable ABI: https://pythoncapi.readthedocs.io/stable_abi.html -- ___ Python tracker ___

[issue32381] Python 3.6 cannot reopen .pyc file with non-ASCII path

STINNER Victor added the comment: > Just so it doesn't get lost: the problem with the contract of > PyErr_ProgramText() which I mentioned in my dup 42568 is still there. It seems like PyErr_ProgramText() is no longer used in Python. PyErr_ProgramTextObject() is used and it pass the filename

[issue32381] Python 3.6 cannot reopen .pyc file with non-ASCII path

Alexey Izbyshev added the comment: Thanks for the patch, Victor, it looks good. Just so it doesn't get lost: the problem with the contract of PyErr_ProgramText() which I mentioned in my dup 42568 is still there. -- ___ Python tracker

[issue42569] Callers of _Py_fopen/_Py_wfopen may be broken after addition of audit hooks

STINNER Victor added the comment: > Understanding that seems to be required to deal with issue 32381. I wrote PR 23642 to fix bpo-32381. -- ___ Python tracker ___

[issue42569] Callers of _Py_fopen/_Py_wfopen may be broken after addition of audit hooks

STINNER Victor added the comment: > Could somebody share the current intended status/role of these helpers? To implement PEP 446: create non-inheritable file descriptors. -- ___ Python tracker

[issue42558] waitpid/waitid race caused by change to Popen.send_signal in Python 3.9

STINNER Victor added the comment: If you care about race conditions in send_signal(), I suggest you to write a PR to use the newly added os.pidfd_open() in subprocess: https://docs.python.org/dev/library/os.html#os.pidfd_open -- ___ Python tracker

[issue42116] Inspect library ignore comments at the end of a function (inspect.getsource)

Change by miss-islington : -- nosy: +miss-islington nosy_count: 5.0 -> 6.0 pull_requests: +22511 pull_request: https://github.com/python/cpython/pull/23643 ___ Python tracker

[issue42116] Inspect library ignore comments at the end of a function (inspect.getsource)

Tal Einat added the comment: New changeset 6e1eec71f59c344fb23c7977061dc2c97b77d51b by Irit Katriel in branch 'master': bpo-42116: Fix inspect.getsource handling of trailing comments (GH-23630) https://github.com/python/cpython/commit/6e1eec71f59c344fb23c7977061dc2c97b77d51b --

[issue42116] Inspect library ignore comments at the end of a function (inspect.getsource)

Change by miss-islington : -- pull_requests: +22512 pull_request: https://github.com/python/cpython/pull/23644 ___ Python tracker ___

[issue32381] Python 3.6 cannot reopen .pyc file with non-ASCII path

STINNER Victor added the comment: bpo-42568 is marked as a duplicate of this issue. -- ___ Python tracker ___ ___ Python-bugs-list

[issue32381] Python 3.6 cannot reopen .pyc file with non-ASCII path

STINNER Victor added the comment: I can reproduce the issue on Python 3.10 with a script called 北京市.py which contains: print("hello"). c:\> python 北京市.py hello c:\>python __pycache__\北京市.cpython-310.pyc python: Can't reopen .pyc file And with my PR 23642 fix, it works as expected:

[issue32381] Python 3.6 cannot reopen .pyc file with non-ASCII path

Change by STINNER Victor : -- pull_requests: +22510 pull_request: https://github.com/python/cpython/pull/23642 ___ Python tracker ___

[issue32381] Python 3.6 cannot reopen .pyc file with non-ASCII path

Alexey Izbyshev added the comment: Thanks, Eryk, for catching the dup, I missed it somehow. @ZackerySpytz: do you plan to proceed with your PR? If not, I can pick it up -- this issue broke the software I develop after upgrade to 3.8. I filed issue 42569 to hopefully clarify the status of

[issue42563] max function reports type errors in incorrect order

Eric V. Smith added the comment: I don't think making a change would be worth the risk. -- nosy: +eric.smith priority: low -> normal versions: +Python 3.8 -Python 3.10 ___ Python tracker

[issue38352] In typing docs, note explicit import needed for IO and Pattern/Match

Guido van Rossum added the comment: Wait, is the OP maybe that there’s a difference between typeshed an the stdlib typing.py? -- ___ Python tracker ___

[issue42569] Callers of _Py_fopen/_Py_wfopen may be broken after addition of audit hooks

New submission from Alexey Izbyshev : Before addition of audit hooks in 3.8, _Py_fopen() and _Py_wfopen() were simple wrappers around corresponding C runtime functions. They didn't require GIL, reported errors via errno and could be safely called during early interpreter initialization.

[issue42558] waitpid/waitid race caused by change to Popen.send_signal in Python 3.9

Jack O'Connor added the comment: Right, the example above is contrived to demonstrate the race and the crash. In real life code, the good reason I know of to write code like this is to use os.waidid(WNOWAIT) to solve the wait/kill race properly. This is what Duct has been doing, and

[issue38352] In typing docs, note explicit import needed for IO and Pattern/Match

Walter Dörwald added the comment: Shadowing the real modules `re` and `io` by from typing import * would indeed be bad, but that argument IMHO doesn't hold for the types `IO`, `TextIO` and `BinaryIO`, yet they are not listed in `typing.__all__`. Is there a reason for that? And if not,

[issue41473] test_gdb fails on AMD64 Fedora Rawhide 3.x [gdb 9.2 bug]

miss-islington added the comment: New changeset c7cf66d2fe1b85cc02153be6422dfc5e34811638 by Miss Islington (bot) in branch '3.9': bpo-41473: Reenable test_gdb on gdb 9.2 and newer (GH-23637) https://github.com/python/cpython/commit/c7cf66d2fe1b85cc02153be6422dfc5e34811638 --

[issue41473] test_gdb fails on AMD64 Fedora Rawhide 3.x [gdb 9.2 bug]

miss-islington added the comment: New changeset 8e8f82dd9459b9f62c21480528d737cffd6146bc by Miss Islington (bot) in branch '3.8': bpo-41473: Reenable test_gdb on gdb 9.2 and newer (GH-23637) https://github.com/python/cpython/commit/8e8f82dd9459b9f62c21480528d737cffd6146bc --

[issue41473] test_gdb fails on AMD64 Fedora Rawhide 3.x [gdb 9.2 bug]

Change by miss-islington : -- pull_requests: +22509 pull_request: https://github.com/python/cpython/pull/23641 ___ Python tracker ___

[issue41473] test_gdb fails on AMD64 Fedora Rawhide 3.x [gdb 9.2 bug]

Change by miss-islington : -- pull_requests: +22508 pull_request: https://github.com/python/cpython/pull/23640 ___ Python tracker ___

[issue41473] test_gdb fails on AMD64 Fedora Rawhide 3.x [gdb 9.2 bug]

STINNER Victor added the comment: New changeset 066394018a8463643cc63d933493f0afa99d72cc by Victor Stinner in branch 'master': bpo-41473: Reenable test_gdb on gdb 9.2 and newer (GH-23637) https://github.com/python/cpython/commit/066394018a8463643cc63d933493f0afa99d72cc --

[issue42568] Python can't run .pyc files with non-ASCII path on Windows

Change by Eryk Sun : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Python 3.6 cannot reopen .pyc file with non-ASCII path ___ Python tracker

[issue42562] dis failed to parse function that has only annotations

Mark Shannon added the comment: Thanks Yurii -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue32381] Python 3.6 cannot reopen .pyc file with non-ASCII path

Change by Eryk Sun : -- versions: +Python 3.10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42246] Implement PEP 626

Mark Shannon added the comment: New changeset eaccc12aa986f92ea05f3f0a63cedbff78dd67f1 by Mark Shannon in branch 'master': bpo-42246: Don't forget the entry block when ensuring that all exits have a line number (GH-23636)

[issue42562] dis failed to parse function that has only annotations

Mark Shannon added the comment: New changeset f24b8101a01fa98b1e3ec042ba896aeb4c24d4bc by Yurii Karabas in branch 'master': bpo-42562: Fix issue when dis failed to parse function that has no line numbers (GH-23632)

  1   2   >