[issue43878] ./configure fails on Apple Silicon

Change by Keith Smiley : -- keywords: +patch pull_requests: +24179 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25450 ___ Python tracker ___

[issue43878] ./configure fails on Apple Silicon

New submission from Keith Smiley : It seems that Apple Silicon support has been added in https://github.com/python/cpython/pull/22855, but when I try to build locally I see this error: ``` % ./configure checking for git... found checking build system type... Invalid configuration

[issue43877] Logging Cookbook ambiguity

New submission from Gene Ratzlaff : In the section titled "Logging to a single file from multiple processes" I am puzzled by the second example, as follows: The first example has the listener/logger is in a separate >process< and the listener/logger process is (as I would anticipate) started

[issue10663] configure shouldn't set a default OPT

Arfrever Frehtes Taifersar Arahesis added the comment: configure.in is old name of Autoconf input file. configure.ac is new name of Autoconf input file (and the only name to be supported in some future version of Autoconf). configure.in in CPython project was renamed to configure.ac in 2012

[issue43768] Possible race condition on multiprocessing.Manager().dict() on macOS

Change by Ned Deily : -- nosy: +davin, pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43762] Add audit events for loading of sqlite3 extensions

Change by Ned Deily : -- nosy: +steve.dower ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43873] bz2.open() docs give conflicting defaults for mode

Karthikeyan Singaravelan added the comment: This was fixed in https://github.com/python/cpython/pull/15100 and not backported. -- nosy: +xtreak ___ Python tracker ___

[issue41559] Add support for PEP 612 (Parameter Specification Variables) to typing.py

Guido van Rossum added the comment: Yeah, like this idea. Let’s get this in before beta 1. -- nosy: +Guido.van.Rossum ___ Python tracker ___

[issue43873] bz2.open() docs give conflicting defaults for mode

Change by Ned Deily : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue41559] Add support for PEP 612 (Parameter Specification Variables) to typing.py

Change by Ken Jin : -- pull_requests: +24178 pull_request: https://github.com/python/cpython/pull/25449 ___ Python tracker ___ ___

[issue43866] Installation files of the Python

William Pickard added the comment: Python, when installed for all users, installs to %ProgramFiles% (or %ProgramFiles(x86)% for 32-bit version on 64-bit Windows). The %LocalAppData% install is just for you... you didn't install it for everyone or you didn't provide Python with the

[issue41559] Add support for PEP 612 (Parameter Specification Variables) to typing.py

Ken Jin added the comment: Guido, I hope I didn't choose a bad time to send this PR over (I suspect you may already be flooded by emails about PEP 563). The jist of the PR is that it's possible to implement PEP 612 in pure-Python. Specifically, PEP 612 says: > As before,

[issue43877] Logging Cookbook ambiguity

Change by Ned Deily : -- nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue31481] telnetlib fails to read continous large output from Windows Telnet Server

Irit Katriel added the comment: Nisar, if you are still having the problem (in Python 3) please create a new issue with detail on how we can reproduce it. -- resolution: -> rejected stage: -> resolved status: pending -> closed ___ Python tracker

[issue6253] optparse.OptionParser.get_usage uses wrong formatter

Change by Irit Katriel : -- stage: -> resolved status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue16718] Mysterious atexit fail

Change by Irit Katriel : -- stage: -> resolved status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue22128] patch: steer people away from codecs.open

Change by Irit Katriel : -- stage: -> resolved status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue10794] Infinite recursion while garbage collecting loops indefinitely

Change by Irit Katriel : -- stage: needs patch -> resolved status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list

[issue43866] Installation files of the Python

Change by Terry J. Reedy : -- versions: -Python 3.6, Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue43837] Operator precedence documentation could be more clear

Guido van Rossum added the comment: I defer to Raymond on this. Honestly without looking at the website I don’t even recall whether “higher precedence” means “binds more tightly” or the opposite. :-) So maybe we should change the terminology while we’re at it. -- nosy:

[issue43857] Fix the AttributeError message for deletion of a missing attribute

Change by Terry J. Reedy : -- nosy: +pablogsal versions: -Python 3.6, Python 3.7 ___ Python tracker ___ ___ Python-bugs-list

[issue43837] Operator precedence documentation could be more clear

Terry J. Reedy added the comment: When I looked at the table yesterday (after several years), I was initially confused at the 'reversed' order (before I checked the text above). Besides precedence usually (nearly always) being listed high to low*, the chapter itself is highest to lowest,

[issue43795] Implement PEP 652 -- Maintaining the Stable ABI

Petr Viktorin added the comment: Thanks! I'll send PRs later. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue43856] Docs for importlib.metadata should mention Python version

Change by Jason R. Coombs : -- pull_requests: +24177 pull_request: https://github.com/python/cpython/pull/25448 ___ Python tracker ___

[issue43463] typing.get_type_hints with TYPE_CHECKING imports / getting hints for single argument

Larry Hastings added the comment: I admit I hadn't looked that closely at Jelle's PR. You're right, its effects on code size should be minimal. If I'm reading it correctly, Jelle's PR would suppress NameError by replacing the failed value with a new "AnnotationName" object. It wouldn't

[issue43876] argparse documentation contrasting nargs '*' vs. '+' is misleading

Vince Reuter added the comment: Here's the docs excerpt that seems misleading: """ '+'. Just like '*', all command-line args present are gathered into a list. Additionally, an error message will be generated if there wasn’t at least one command-line argument present. """ --

[issue43876] argparse documentation contrasting nargs '*' vs. '+' is misleading

New submission from Vince Reuter : Standard library docs for argparse, at https://docs.python.org/3/library/argparse.html#nargs, suggest that setting nargs='+' differs from nargs='*' in that the former will raise a parsing error when the argument's omitted while the latter will not. In other

[issue43835] Dataclasses don't call base class __init__

Change by Terry J. Reedy : -- versions: -Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43834] Use context manager in StringIO example

Change by Terry J. Reedy : -- nosy: +benjamin.peterson, stutzbach ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue43463] typing.get_type_hints with TYPE_CHECKING imports / getting hints for single argument

Guido van Rossum added the comment: I thought Jelle’s solution would avoid code bloat — a dedicated opcode. It can do whatever is decided. -- nosy: +Guido.van.Rossum ___ Python tracker

[issue43827] abc conflicts with __init_subclass__

Change by Terry J. Reedy : -- nosy: +rhettinger, stutzbach type: crash -> behavior ___ Python tracker ___ ___ Python-bugs-list

[issue43821] Undocumented behavior of sleep functions and asyncio delayed execution

Change by Terry J. Reedy : -- nosy: +asvetlov, yselivanov versions: -Python 3.6, Python 3.7 ___ Python tracker ___ ___

[issue43807] JSONDecodeError: Extra Data Raised on Long Valid JSON

Change by Terry J. Reedy : -- nosy: +ezio.melotti, rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43806] asyncio.StreamReader hangs when reading from pipe and other process exits unexpectedly

Change by Terry J. Reedy : -- nosy: +asvetlov, yselivanov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43805] multiprocessing.Queue hangs when process on other side dies

Change by Terry J. Reedy : -- nosy: +davin, pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43803] ctypes string_at/wstring_at - bad argument name used in docs and in docstring

Change by Terry J. Reedy : -- versions: -Python 3.6, Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue43875] glob.glob with ** does not always detect symlink loops

Change by Reuben Thomas : -- title: path.glob with ** does not always detect symlink loops -> glob.glob with ** does not always detect symlink loops ___ Python tracker ___

[issue43875] path.glob with ** does not always detect symlink loops

Change by Reuben Thomas : -- components: +Library (Lib) versions: +Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue43864] [Windows] test_importlib logs: DeprecationWarning: WindowsRegistryFinder.find_module() is deprecated and slated for removal in Python 3.12; use find_spec() instead

Brett Cannon added the comment: Darn, forgot about Windows when I hunted down all the warnings on macOS. -- assignee: -> brett.cannon ___ Python tracker ___

[issue43875] path.glob with ** does not always detect symlink loops

New submission from Reuben Thomas : Example session: $ mkdir foo $ cd foo $ ln -s .. bar $ ln -s .. baz $ python3.9 Python 3.9.0+ (default, Oct 20 2020, 08:43:38) [GCC 9.3.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>> from glob import glob >>>

[issue43463] typing.get_type_hints with TYPE_CHECKING imports / getting hints for single argument

Larry Hastings added the comment: It would also cause the code generated for the annotations function to balloon--the calculation of every value would have to be wrapped in a try/except, and for what I assume is an obscure use case. I'm already getting some pushback on the code generated

[issue43864] [Windows] test_importlib logs: DeprecationWarning: WindowsRegistryFinder.find_module() is deprecated and slated for removal in Python 3.12; use find_spec() instead

Change by Shreyan Avigyan : -- nosy: +shreyanavigyan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43874] argparse crashes on subparsers with no dest/metava

New submission from Terence Honles : When creating a simple required subparser the following will result in an error instead of an error message: >>> from argparse import ArgumentParser >>> >>> parser = ArgumentParser() >>> subparsers = parser.add_subparsers(required=True) >>>

[issue21728] Confusing error message when initialising type inheriting object.__init__

Change by Irit Katriel : -- stage: -> resolved status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35342] email "default" policy raises exception iterating over unparseable date headers

Irit Katriel added the comment: I get the same result on macOS as on Windows, it seems this was fixed in https://github.com/python/cpython/pull/22090, there are unit tests there for invalid dates passed to parsedate_to_datetime. -- status: pending -> closed

[issue27835] SystemExit in setUpClass etc. terminates test run

Change by Irit Katriel : -- stage: patch review -> resolved status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list

[issue1676820] Add a PeriodicTimer to threading

Irit Katriel added the comment: I'm closing this as rejected because the comments were not very supportive of the idea and there has been no activity for over 10 years. There are also more possibilities for this now with asyncio. -- resolution: -> rejected stage: patch review ->

[issue42256] BaseCookie.__parse_string() doesn't work with expires= between cookies

Paulie Pena added the comment: Here's a simple example. This is correctly parsed via a `SimpleCookie().load()` call: 'key1=val1, key2=val2' but this fails to parse: 'key1=val1; expires=Wed, 21 Oct 2015 07:28:00 GMT, key2=val2' My suggested fix: str =

[issue43873] bz2.open() docs give conflicting defaults for mode

Shreyan Avigyan added the comment: The documentation has been corrected in 3.9. Prior to 3.9 the header was bz2.open(filename, mode='r' ...). Now in 3.9 or later the header is bz2.open(filename, mode='rb' ...). -- nosy: +shreyanavigyan ___ Python

[issue43873] bz2.open() docs give conflicting defaults for mode

New submission from Roy Smith : See https://docs.python.org/3.7/library/bz2.html For bz2.open(), the section header says: bz2.open(filename, mode='r' ...) but the text says: The mode argument ... The default is 'rb'. As I understand it, 'r' and 'rb' actually do the same thing, but the docs

[issue43872] Unable to compile cpython in Visual Studio 2019

Eric V. Smith added the comment: Okay, and good luck! -- resolution: -> not a bug ___ Python tracker ___ ___ Python-bugs-list

[issue43872] Unable to compile cpython in Visual Studio 2019

Shreyan Avigyan added the comment: I'm not able to reproduce the error right now. I think I forgot to clean all object files and other stuff created during compilation and therefore was witnessing the error during rebuilding. I'm closing this issue for now. If I come across this error in

[issue43872] Unable to compile cpython in Visual Studio 2019

Change by Shreyan Avigyan : -- stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue43871] urllib.parse.urlparse doesn't check port

Karthikeyan Singaravelan added the comment: I guess moving port validation logic to parsing time is done as part of https://github.com/python/cpython/pull/16780 -- nosy: +orsenthil, vstinner, xtreak ___ Python tracker

[issue43872] Unable to compile cpython in Visual Studio 2019

Eric V. Smith added the comment: It's almost certainly not a bug in CPython. But you haven't even shown us what the error is, so it's impossible to say. What error are you seeing? -- nosy: +eric.smith ___ Python tracker

[issue43867] multiprocess: catch explicitly SystemExit in the Server class

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

[issue43867] multiprocess: catch explicitly SystemExit in the Server class

STINNER Victor added the comment: New changeset 7c29ae1f0585378dba4d220a2c0fb5dd49fdab3e by Victor Stinner in branch 'master': bpo-43867: multiprocessing Server catchs SystemExit (GH-25441) https://github.com/python/cpython/commit/7c29ae1f0585378dba4d220a2c0fb5dd49fdab3e --

[issue43872] Unable to compile cpython in Visual Studio 2019

New submission from Shreyan Avigyan : Recently, I'm having some problem compiling cpython from Visual Studio 2019. I'm able to compile using the build.bat script. I'm using Visual Studio 2019 for about 2-3 months now for compiling and developing cpython. But unfortunately, some error occurs.

[issue43871] urllib.parse.urlparse doesn't check port

New submission from Alexei Pastuchov : It is possible to get valid ParseResult from the urlparse function even for a non-numeric port value. Only by requesting the port it fails[1]. Would it be an improvement if _checknetloc[2] validates the value of port properly? // code snippet Python

[issue43868] Remove PyOS_ReadlineFunctionPointer from the stable ABI list

STINNER Victor added the comment: Yes, please remove it from the limited C API. PyOS_ReadlineFunctionPointer has a bad API. I fixed recently PyOS_StdioReadline because it used the Python C API without holding the GIL. To acquire the GIL, you need to access a *private* _PyOS_ReadlineTState

[issue15907] move doctest test-data files into a subdirectory of Lib/test

Irit Katriel added the comment: The patch needs to be converted into a github PR. -- keywords: +easy nosy: +iritkatriel stage: patch review -> needs patch versions: +Python 3.10 -Python 3.5 ___ Python tracker

[issue43795] Implement PEP 652 -- Maintaining the Stable ABI

STINNER Victor added the comment: > PyThreadState_DeleteCurrent No. bpo-37878 explicitly excluded it from the limited C API. IMO it's too close to the CPython implementation and so must not be added to the stable ABI. > Py_GetArgcArgv No. Python 3.10 now provides sys.orig_argv which can

[issue43284] sys.getwindowsversion().platform_version is incorrect

Eryk Sun added the comment: > shouldn't the documentation provide the information that > sys.getwindowsversion().platform_version returns the > kernel32.dll version? platform_version is documented as an "accurate major version, minor version and build number of the current operating

[issue43862] warnings: -W option and PYTHONWARNINGS now use the message as a regex

STINNER Victor added the comment: New changeset 62ec63864822de1dd1933225584e8503ac40c1f9 by Victor Stinner in branch 'master': bpo-43862: Enhance -W cmdline option documentation (GH-25439) https://github.com/python/cpython/commit/62ec63864822de1dd1933225584e8503ac40c1f9 --

[issue41163] test_weakref hangs

STINNER Victor added the comment: > Command make hangs on test_weakref You don't provide enough information to investigate. You should re-run tests in verbose mode and use --timeout=60 to get a traceback where the test hangs. Since Python 3.6, the test suite (in general) got tons of fixes

[issue42967] [CVE-2021-23336] urllib.parse.parse_qsl(): Web cache poisoning - `; ` as a query args separator

Senthil Kumaran added the comment: New changeset d5b80eb11b4812b4a579ce129ba4a10c5f5d27f6 by Miss Islington (bot) in branch '3.8': bpo-42967: coerce bytes separator to string in urllib.parse_qs(l) (GH-24818) (#25345)

[issue29799] Add tests for header API of 'urllib.request.Request' class

Irit Katriel added the comment: Jaysinh, I see you closed the PR. Did you intend to close this issue as well or are you still planning to work on this? -- nosy: +iritkatriel status: open -> pending ___ Python tracker

[issue43463] typing.get_type_hints with TYPE_CHECKING imports / getting hints for single argument

Guido van Rossum added the comment: If the NameError were to leave behind a marker wrapping the string, that might allow the best of both worlds -- errors don't pass *silently* (an error value is returned) and you can still inspect the other annotations. --

[issue43817] Add typing.get_annotations()

Guido van Rossum added the comment: Putting it in inspect makes sense then. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue30898] SSL cert failure running make test during Python 3.6 install

Irit Katriel added the comment: Python 3.6 is no longer maintained. Are you seeing this on a more recent version? -- nosy: +iritkatriel resolution: -> out of date status: open -> pending ___ Python tracker

[issue41163] test_weakref hangs

Irit Katriel added the comment: Python 36. is no longer maintained. Are you seeing this issue with a more recent version? -- nosy: +iritkatriel resolution: -> out of date status: open -> pending ___ Python tracker

[issue43795] Implement PEP 652 -- Maintaining the Stable ABI

Petr Viktorin added the comment: I unsure about the following symbols. Victor, do you think they should be part of the stable ABI? - PyThreadState_DeleteCurrent - Py_GetArgcArgv - PyInterpreterState_GetID -- nosy: +vstinner ___ Python tracker

[issue43463] typing.get_type_hints with TYPE_CHECKING imports / getting hints for single argument

Larry Hastings added the comment: > Hey Larry, it would seem that PEP 649 as currently specified would make it > impossible to access annotations via the inspect module in cases where > x.__annotations__ raises (because one of the annotations references an > undefined variable). That's

[issue43856] Docs for importlib.metadata should mention Python version

Change by Zackery Spytz : -- keywords: +patch nosy: +ZackerySpytz nosy_count: 7.0 -> 8.0 pull_requests: +24175 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/25445 ___ Python tracker

[issue38530] Offer suggestions on AttributeError and NameError

Pablo Galindo Salgado added the comment: New changeset 0ad81d4db2f409d72f469d0b74ab597be772a68e by Pablo Galindo in branch 'master': bpo-38530: Match exactly AttributeError and NameError when offering suggestions (GH-25443)

[issue43817] Add typing.get_annotations()

Larry Hastings added the comment: Assuming this function is added for Python 3.10, I propose that uses of typing.get_type_hints() in the standard library that aren't specifically dealing with type hints should change to calling this function instead. I currently know of two sites: *

[issue43284] sys.getwindowsversion().platform_version is incorrect

Shreyan Avigyan added the comment: When we're talking about version are we talking about the kernel32.dll version or the Windows version? If we're talking about Windows version then why not use the return value of sys.getwindowsversion() itself? How is that function getting the Windows

[issue43870] C API Functions Bypass __import__ Override

New submission from Ian H : Some of the import-related C API functions are documented as bypassing an override to builtins.__import__. This appears to be the case, but the documentation is incomplete in this regard. For example, PyImport_ImportModule is implemented by calling PyImport_Import

[issue43284] sys.getwindowsversion().platform_version is incorrect

Change by Shreyan Avigyan : -- nosy: +shreyanavigyan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43865] win32_ver and getwindowsversion return different Windows 10 build numbers

Change by Eryk Sun : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> sys.getwindowsversion().platform_version is incorrect ___ Python tracker

[issue38530] Offer suggestions on AttributeError and NameError

Pablo Galindo Salgado added the comment: New changeset 3b82cae774638ecf2baaee8fe2cac8fedafb2ca7 by Pablo Galindo in branch 'master': bpo-38530: Properly extend UnboundLocalError from NameError (GH-25444) https://github.com/python/cpython/commit/3b82cae774638ecf2baaee8fe2cac8fedafb2ca7

[issue43284] sys.getwindowsversion().platform_version is incorrect

Change by Eryk Sun : -- stage: -> needs patch title: Inability to fetch build 20H2 -> sys.getwindowsversion().platform_version is incorrect versions: +Python 3.10 ___ Python tracker

[issue43869] Fix documentation of epoch/time.time

STINNER Victor added the comment: "platform dependent" was added in 2017 by the commit (bpo-29026): commit 23557d59b819f57800ddef0b1373acef8e024670 Author: Eric Appelt Date: Thu Feb 16 05:00:45 2017 -0500 bpo-29026: Clarify documentation of time.time (#34) * bpo-29026:

[issue43795] Implement PEP 652 -- Maintaining the Stable ABI

Petr Viktorin added the comment: Opened as a separate issue: bpo-43868, Remove PyOS_ReadlineFunctionPointer from the stable ABI list -- ___ Python tracker ___

[issue43869] Fix documentation of epoch/time.time

STINNER Victor added the comment: time.time doc says "On Windows and most Unix systems, the epoch is January 1, 1970, 00:00:00 (UTC)" The epoch doc says "For Unix, the epoch is January 1, 1970, 00:00:00 (UTC)". At least, the epoch doc can be completed to also mention that it's the same on

[issue43869] Fix documentation of epoch/time.time

STINNER Victor added the comment: On Windows 10 (build 20H2), I get: Python 3.10.0a7+ (heads/master:b136b1aac4, Apr 16 2021, 14:36:39) [MSC v.1928 64 bit (AMD64)] on win32 >>> import time >>> time.gmtime(0) time.struct_time(tm_year=1970, tm_mon=1, tm_mday=1, tm_hour=0, tm_min=0, tm_sec=0,

[issue43869] Fix documentation of epoch/time.time

New submission from Ofek Lev : The descriptions for the following: - https://docs.python.org/3/library/time.html#epoch - https://docs.python.org/3/library/time.html#time.time indicate that it is platform dependent. However, that is likely untrue. See the brief discussion here:

[issue38530] Offer suggestions on AttributeError and NameError

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

[issue42238] Deprecate suspicious.py?

STINNER Victor added the comment: > Doc/tools/extensions/suspicious.py is a CPython specific extension, it's not > part of Sphinx. Maybe someone should open a feature request on Sphinx to get > a similar feature without false positives (or at least less false positives). This extension was

[issue43817] Add typing.get_annotations()

Guido van Rossum added the comment: Also, for crosslinking, see issue43463. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue38530] Offer suggestions on AttributeError and NameError

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

[issue43865] win32_ver and getwindowsversion return different Windows 10 build numbers

Shreyan Avigyan added the comment: I'm also able to reproduce the problem you just described. It's actually not the fault of platform.win32_ver. Just type in sys.getwindowsversion().platform_version and you'll achieve a similar result. Behind the scenes platform.win32_ver is actually

[issue43463] typing.get_type_hints with TYPE_CHECKING imports / getting hints for single argument

Guido van Rossum added the comment: Hey Larry, it would seem that PEP 649 as currently specified would make it impossible to access annotations via the inspect module in cases where x.__annotations__ raises (because one of the annotations references an undefined variable). I really think

[issue42238] Deprecate suspicious.py?

STINNER Victor added the comment: I wrote a PR to enhance -W option documentation. The suspicious job complains whereas my Sphinx format is valid: The full form of argument is:: action:message:category:module:lineno Example of suspicious error: [using/cmdline:438] ":message"

[issue43868] Remove PyOS_ReadlineFunctionPointer from the stable ABI list

Change by Petr Viktorin : -- keywords: +patch pull_requests: +24172 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25442 ___ Python tracker ___

[issue43843] libregrtest: mark a test as failed if a thread logs an unexpected exception

STINNER Victor added the comment: test_concurrent_futures logs two warnings: I created bpo-43867 for this one. -- ___ Python tracker ___

[issue43867] multiprocess: catch explicitly SystemExit in the Server class

STINNER Victor added the comment: Oh sorry, I was confused. While the issue is seen in test_concurrent_futures, my PR 25441 changes the multiprocessing module. -- ___ Python tracker

[issue43868] Remove PyOS_ReadlineFunctionPointer from the stable ABI list

New submission from Petr Viktorin : The inclusion of PyOS_ReadlineFunctionPointer in python3dll.c (*) was a mistake. According to PEP 384: > functions expecting FILE* are not part of the ABI, to avoid depending on a > specific version of the Microsoft C runtime DLL on Windows. The situation

[issue43867] multiprocess: catch explicitly SystemExit in the Server class

Change by STINNER Victor : -- title: concurrent.futures: handle explicitly SystemExit in managers.Server -> multiprocess: catch explicitly SystemExit in the Server class ___ Python tracker

[issue43867] concurrent.futures: handle explicitly SystemExit in managers.Server

Change by STINNER Victor : -- keywords: +patch pull_requests: +24171 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25441 ___ Python tracker ___

  1   2   >