[issue43723] Deprecate camelCase aliases from threading.py

Terry J. Reedy added the comment: New changeset b40564727fbe85932e92862e57fc065034d98dbf by Terry Jan Reedy in branch '3.8': [3.8] bpo-43723: Backport IDLE doc change (GH-25174) https://github.com/python/cpython/commit/b40564727fbe85932e92862e57fc065034d98dbf -- ___

[issue35056] Test leaks of memory not managed by Python allocator

Serhiy Storchaka added the comment: No, I did not mean using msize() or something like. Since memory is managed outside of Python, we have no a list of allocated blocks. I meant that we can get the total memory used by the Python process (using OS-specific methods) and compare it between ite

[issue35056] Test leaks of memory not managed by Python allocator

Erlend Egeberg Aasland added the comment: The msize() talk is referring to msg389039 and msg328533. If we are to use Python memory allocators for the sqlite3 extension module, we need some sort of msize() function; overriding SQLite's memory functions requires msize() support. -- __

[issue35056] Test leaks of memory not managed by Python allocator

Change by Erlend Egeberg Aasland : Added file: https://bugs.python.org/file49963/patch-with-simple-msize.diff ___ Python tracker ___ ___ Pyt

[issue43817] Add typing.get_annotations()

Inada Naoki added the comment: Should this feature implemented in typing module? How about inspect module? Additionally, how about adding `get_annotation_str()`, which returns str always? Some use cases (e.g. `help(f)`) need just string. I want to skip eval() in it. -- nosy: +methane

[issue43602] Include Decimal's in numbers.Real

Sergey B Kirpichev added the comment: Probably, this thread https://mail.python.org/archives/list/python-id...@python.org/thread/KOE3MQ5NSMGTLIH6IHAQWTIOELXG4AFQ/ is relevant here. I would appreciate Oscar's feedback on this issue. -- nosy: +oscarbenjamin

[issue41282] Deprecate and remove distutils

STINNER Victor added the comment: New changeset 69ca32e0d34fe17dd242592b6f8754cda7bae684 by Victor Stinner in branch 'master': bpo-41282: Fix distutils.utils.byte_compile() DeprecationWarning (GH-25406) https://github.com/python/cpython/commit/69ca32e0d34fe17dd242592b6f8754cda7bae684 --

[issue40443] Remove unused imports in the stdlib (April 2020 edition)

STINNER Victor added the comment: New changeset a6a5c91b1ee56fa5ba7ab8c5aeca70c31cc85fd3 by Victor Stinner in branch 'master': bpo-40443: Remove unused imports (GH-25429) https://github.com/python/cpython/commit/a6a5c91b1ee56fa5ba7ab8c5aeca70c31cc85fd3 -- __

[issue43844] [easy] test_lib2to3 logs a PendingDeprecationWarning: lib2to3 package is deprecated and may not be able to parse Python 3.10+

STINNER Victor added the comment: New changeset 471870fc504b0d69c767b188f180b17248be6998 by Victor Stinner in branch 'master': bpo-43844: Fix PendingDeprecationWarning in test_lib2to3 (GH-25407) https://github.com/python/cpython/commit/471870fc504b0d69c767b188f180b17248be6998 -- __

[issue42238] Deprecate suspicious.py?

STINNER Victor added the comment: Pablo: "I every single alpha release I had to fix actual documentation errors (no false positives)" I don't get it. Do you mean that the Python release process is blocked by typos in the documentation? Why did you catch them in the release process, and not i

[issue35056] Test leaks of memory not managed by Python allocator

STINNER Victor added the comment: patch-with-simple-msize.diff: I suggest you opening a new issue to propose using the Python memory allocators in the sqlite module. This issue is about C extension modules which don't use the Python memory allocator. -- _

[issue43844] [easy] test_lib2to3 logs a PendingDeprecationWarning: lib2to3 package is deprecated and may not be able to parse Python 3.10+

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

[issue43723] Deprecate camelCase aliases from threading.py

miss-islington added the comment: New changeset 582917f8b255801f3c722d89ff2b8d6b17a11590 by Miss Islington (bot) in branch '3.8': [3.9] bpo-43723: Revert IDLE doc change (GH-25174) https://github.com/python/cpython/commit/582917f8b255801f3c722d89ff2b8d6b17a11590 --

[issue43723] Deprecate camelCase aliases from threading.py

STINNER Victor added the comment: > New changeset 582917f8b255801f3c722d89ff2b8d6b17a11590 by Miss Islington > (bot) in branch '3.8': > [3.9] bpo-43723: Revert IDLE doc change (GH-25174) Oh. I didn't notice that https://github.com/python/cpython/commit/b40564727fbe85932e92862e57fc065034d98db

[issue43793] [C API] Py_NewInterpreter() cannot be called from a thread which has no Python thread state

Change by STINNER Victor : -- components: +Subinterpreters ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue35056] Test leaks of memory not managed by Python allocator

Erlend Egeberg Aasland added the comment: > This issue is about C extension modules which don't use the Python memory > allocator. Yes, I know. Your proposal in msg328533 is to continue the implementation of bpo-18227: > _sqlite: call sqlite3_config(SQLITE_CONFIG_MALLOC, pMem) to use > PyM

[issue42238] Deprecate suspicious.py?

Pablo Galindo Salgado added the comment: > Why did you catch them in the release process, and not in the regular Python > development workflow? Because our release tools run suspicious.py and it fails and then we need to manually inspect every single failure and fix it as almost all times th

[issue43859] Improve syntax error for indentation errors

Change by Andre Roberge : -- nosy: +aroberge ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue43602] Include Decimal's in numbers.Real

Oscar Benjamin added the comment: I've never found numbers.Real/Complex to be useful. The purpose of the ABCs should be that they enable you to write code that works for instances of any subclass but in practice writing good floating point code requires knowing something e.g. the base, preci

[issue43861] A potential double free in list_sort_impl

New submission from Yunlongs : File: Objects/listobject.c There is a feasible path to trigger a double free if memory limited. Details as follow: In funtion list_sort_impl, it calls merge_collapse(&ms) at line 2,394 and there exist paths to free ms->a.keys: merge_collapse(&ms)->merge_at(ms,

[issue43861] A potential double free in list_sort_impl

Change by Karthikeyan Singaravelan : -- nosy: +rhettinger, tim.peters ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue42238] Deprecate suspicious.py?

STINNER Victor added the comment: Julien Palard is working actively on the Python documentation. He is the one who removed suspicious "from the CI and docs builds". I trust his judgment here. I suggest to remove it again from there *and* from the release scripts. --

[issue41506] Inclusion or documentation of extended with syntax in 3.9

Change by Pablo Galindo Salgado : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___ _

[issue43842] test_logging: "OSError: [Errno 9] Bad file descriptor" logged on FreeBSD

STINNER Victor added the comment: There is a race condition. The main thread closes a file descriptor which is part of the asyncore loop "map", a thread polls on the asyncore "map" file descriptors. -- Main thread -- Close a socket: File "/usr/home/vstinner/python/master/Lib/test/test_lo

[issue43842] test_logging: "OSError: [Errno 9] Bad file descriptor" logged on FreeBSD

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

[issue43842] test_logging: "OSError: [Errno 9] Bad file descriptor" logged on FreeBSD

STINNER Victor added the comment: New changeset 75ec103b3adbb7c619a0e22fa60f3d34c5a9e603 by Victor Stinner in branch 'master': bpo-43842: Fix race condition in test_logging SMTP test (GH-25436) https://github.com/python/cpython/commit/75ec103b3adbb7c619a0e22fa60f3d34c5a9e603 -- ___

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

STINNER Victor added the comment: New changeset b136b1aac4b7d07e3120ee59e41c02bc86032162 by Victor Stinner in branch 'master': bpo-43843: libregrtest uses threading.excepthook (GH-25400) https://github.com/python/cpython/commit/b136b1aac4b7d07e3120ee59e41c02bc86032162 -- __

[issue43842] test_logging: "OSError: [Errno 9] Bad file descriptor" logged on FreeBSD

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

[issue28528] Pdb.checkline()

Change by Erlend Egeberg Aasland : -- nosy: +erlendaasland nosy_count: 3.0 -> 4.0 pull_requests: +24168 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25438 ___ 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. s390x Debian 3.x: https://buildbot.python.org/all/#/builders/49/builds/1124 AMD64 RHEL7 3.x: https://buildbot.python.org/all/#/builders/15/builds/1074 0:03:18 load avg: 4.78 [302/427] test_concurrent_futures passed

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

New submission from STINNER Victor : I propose to change the -W command line option and the PYTHONWARNINGS environment variable to use the message as a regular expression in Python 3.10. Or does anyone have a reason to keep the current behavior as it is? -- Python provides two ways to specify

[issue43863] [Windows] test_distutils logs: DeprecationWarning: bdist_msi command is deprecated since Python 3.9, use bdist_wheel (wheel packages) instead

New submission from STINNER Victor : On Windows, test_distutils logs the warning: DeprecationWarning: "bdist_msi command is deprecated (...)". Example: vstinner@DESKTOP-DK7VBIL C:\vstinner\python\master>python -m test -v test_distutils (...) test_skip_build (distutils.tests.test_bdist.BuildTe

[issue43863] [Windows] test_distutils logs: DeprecationWarning: bdist_msi command is deprecated since Python 3.9, use bdist_wheel (wheel packages) instead

Change by STINNER Victor : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

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

New submission from STINNER Victor : On Windows, test_importlib logs "DeprecationWarning: WindowsRegistryFinder.find_module() is deprecated (...)". Example: vstinner@DESKTOP-DK7VBIL C:\vstinner\python\master>python -m test -v test_importlib (...) test_find_module_missing (test.test_importli

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

Karthikeyan Singaravelan added the comment: See also https://bugs.python.org/issue34624 -- nosy: +xtreak ___ Python tracker ___ ___

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

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

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

STINNER Victor added the comment: Sadly, the current -W option documentation is wrong :-( I started by writing PR 25439 to fix the documentation, before changing its behavior. -- ___ Python tracker

[issue38748] 32 bit ctypes stdcall callback fails to restore stack pointer

Steve Dower added the comment: My previous post still stands. This requires a test and then (hopefully) a fix in ctypes or (potentially) a fix upstream in libffi. -- ___ Python tracker _

[issue43845] test_concurrent_futures leaks many dangling threads on FreeBSD

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

[issue38748] 32 bit ctypes stdcall callback fails to restore stack pointer

David Heffernan added the comment: @Steve as a user of Python rather than a Python developer, I don't know what the process here. I understand the need for a test, and then a fix. And I would not be surprised if the act of fixing the issue led to a broadening of the test if the scope of the

[issue38748] 32 bit ctypes stdcall callback fails to restore stack pointer

Christian Heimes added the comment: It would help us if you or Michael could provide a minimal reproducer of the crash in form of a unit test and submit it as pull request. -- nosy: +christian.heimes versions: +Python 3.10 ___ Python tracker

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

STINNER Victor added the comment: > Sadly, the current -W option documentation is wrong :-( I started by writing > PR 25439 to fix the documentation, before changing its behavior. Hum, "wrong" may be too strong. I would say that it is at least misleading. It starts with "file:line: category:

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

New submission from Michael Dudley : On my machine platform.win32_ver() and sys.getwindowsversion() are returning different Windows build numbers. I have confirmed this with Python 3.7.6, 3.8.5, and 3.9.2 (all 64-bit) on Windows 10. platform.win32_ver() returns: ('10', '10.0.18362', 'SP0

[issue43842] test_logging: "OSError: [Errno 9] Bad file descriptor" logged on FreeBSD

STINNER Victor added the comment: New changeset e1903e11a3d42512effe336026e0c67f602e5848 by Victor Stinner in branch '3.9': bpo-43842: Fix race condition in test_logging SMTP test (GH-25436) (GH-25437) https://github.com/python/cpython/commit/e1903e11a3d42512effe336026e0c67f602e5848 ---

[issue43866] Installation files of the Python

New submission from Muhammad Hussein Ammari : I have WhatsApp installed for all users. (on %ProgramFiles%) Unfortunately, I just saw that installation files of the Python are stored on "%LocalAppData%\Package Cache". Installation files should be stored on "%ProgramData%\Package Cache". The prob

[issue43866] Installation files of the Python

Muhammad Hussein Ammari added the comment: Sorry, I have Python installed for all users. (not WhatsApp) -- ___ Python tracker ___ _

[issue43842] test_logging: "OSError: [Errno 9] Bad file descriptor" logged on FreeBSD

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

[issue43817] Add typing.get_annotations()

Larry Hastings added the comment: > Should this feature implemented in typing module? How about inspect module? That's a reasonable idea. Part of the reasoning behind putting it in the typing module was to share its implementation with typing.get_type_hints(). However, I was reading the sou

[issue43842] test_logging: "OSError: [Errno 9] Bad file descriptor" logged on FreeBSD

STINNER Victor added the comment: New changeset 816da333c8ee848dab7c830c561b8df0b8d23915 by Victor Stinner in branch '3.8': bpo-43842: Fix race condition in test_logging SMTP test (GH-25436) (GH-25437) (GH-25440) https://github.com/python/cpython/commit/816da333c8ee848dab7c830c561b8df0b8d239

[issue43842] test_logging: "OSError: [Errno 9] Bad file descriptor" logged on FreeBSD

Change by STINNER Victor : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.8, Python 3.9 ___ Python tracker ___

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

New submission from STINNER Victor : In bpo-43843, I modified libregrtest to log a warning if a thread raises an uncaught exception. test_concurrent_futures now logs two warnings. s390x Debian 3.x: https://buildbot.python.org/all/#/builders/49/builds/1124 AMD64 RHEL7 3.x: https://buildbot.pyt

[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 ___ _

[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 __

[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

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

[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 ___ __

[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 ___ __

[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" foun

[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 th

[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 derivin

[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 ___ ___

[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 w

[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: +24174 pull_request: https://github.com/python/cpython/pull/25444 ___ Python tracker ___ ___

[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: https://github

[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, tm

[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 W

[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: "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: Clarit

[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

[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 -

[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 __

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

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

[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 w

[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 versi

[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: * ins

[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) https://github.com/python/cpython/commit/0ad81d4db2f409d72f469d0b74a

[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

[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 true

[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 <

[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

[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 ___

[issue43817] Add typing.get_annotations()

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

[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. -- _

[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

[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) https://github.com/python/cpython/commit/d5b80eb11b4812b4a579ce129ba4a10c5f

[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 t

[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 --

[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 system,

[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 b

[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 __

[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 va

[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 3.8

[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.

[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 -- ___

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

Change by STINNER Victor : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ 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

[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

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

[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 the

  1   2   >