[issue46371] A better way to resolve ForwardRefs in type aliases across modules

Change by Alex Waygood : -- nosy: +sobolevn ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46369] get_type_hints does not evaluate ForwardRefs inside NewType

Change by Alex Waygood : -- nosy: +AlexWaygood, sobolevn ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46223] asyncio cause infinite loop during debug

aaron added the comment: '@reprlib.recursive_repr' decorator to 'events.Handle.__repr__()' could you tell me which file should I change? and why? -- ___ Python tracker ___

[issue46223] asyncio cause infinite loop during debug

aaron added the comment: "When running code in debug mode" means we're debug the code. We have used both vscode and pycharm. Same result. -- ___ Python tracker ___

[issue46372] int/float specializations should mutate the LHS in-place when possible

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

[issue46372] int/float specializations should mutate the LHS in-place when possible

New submission from Brandt Bucher : The performance of our existing int and float specializations can be improved by mutating the LHS operand in-place when possible. This leads to significant speedups for several number-crunching benchmarks, and a solid 1% improvement overall: Slower (16):

[issue46368] faulthandler: add the ability to dump all interpreters, not only the current interpreter

Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37295] Possible optimizations for math.comb()

Tim Peters added the comment: I was thinking about comb(100, 50) The simple "* --n / ++k" loop does 499,999 each of multiplication and division, and in all instances the second operand is a single Python digit. Cheap as can be. In contrast, despite that it short-circuits all

[issue46280] About vulnerabilities in Cpython native code

miss-islington added the comment: New changeset ae6e255cb362557ff713ff2967aecb92f7eb069c by Miss Islington (bot) in branch '3.9': bpo-46280: Fix tracemalloc_copy_domain() (GH-30591) https://github.com/python/cpython/commit/ae6e255cb362557ff713ff2967aecb92f7eb069c --

[issue46280] About vulnerabilities in Cpython native code

miss-islington added the comment: New changeset 86d18019e96167c5ab6f5157fa90598202849904 by Miss Islington (bot) in branch '3.10': bpo-46280: Fix tracemalloc_copy_domain() (GH-30591) https://github.com/python/cpython/commit/86d18019e96167c5ab6f5157fa90598202849904 --

[issue46280] About vulnerabilities in Cpython native code

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

[issue46280] About vulnerabilities in Cpython native code

Change by miss-islington : -- nosy: +miss-islington nosy_count: 7.0 -> 8.0 pull_requests: +28790 pull_request: https://github.com/python/cpython/pull/30592 ___ Python tracker

[issue46280] About vulnerabilities in Cpython native code

STINNER Victor added the comment: New changeset 7c770d3350813a82a639fcb3babae0de2b87aaae by Victor Stinner in branch 'main': bpo-46280: Fix tracemalloc_copy_domain() (GH-30591) https://github.com/python/cpython/commit/7c770d3350813a82a639fcb3babae0de2b87aaae --

[issue46371] A better way to resolve ForwardRefs in type aliases across modules

Change by Jelle Zijlstra : -- nosy: +Jelle Zijlstra ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46365] _ curses module is not installed

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

[issue46280] About vulnerabilities in Cpython native code

STINNER Victor added the comment: #389 Modules/_tracemalloc.c:1245: error: Null Dereference pointer `traces2` last assigned on line 1243 could be null and is dereferenced by call to `_Py_hashtable_destroy()` at line 1245, column 9. 1243. _Py_hashtable_t *traces2 =

[issue46280] About vulnerabilities in Cpython native code

Change by STINNER Victor : -- nosy: +vstinner nosy_count: 6.0 -> 7.0 pull_requests: +28789 pull_request: https://github.com/python/cpython/pull/30591 ___ Python tracker ___

[issue46308] Unportable test(1) operator in configure script

STINNER Victor added the comment: commit b962544594c6a7c695330dd20fedffb3a1916ba6 Author: Miss Islington (bot) <31488909+miss-isling...@users.noreply.github.com> Date: Sat Jan 8 17:08:20 2022 -0800 bpo-34602: Fix unportable test(1) operator in configure script (GH-30490) (GH-30491)

[issue45953] Statically allocate interpreter states as much as possible.

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

[issue45953] Statically allocate interpreter states as much as possible.

Eric Snow added the comment: New changeset 322f962f3ee31d0dbde99e36379de8488ccc6804 by Eric Snow in branch 'main': bpo-45953: Statically initialize all the non-object PyInterpreterState fields we can. (gh-30589)

[issue45953] Statically allocate interpreter states as much as possible.

Eric Snow added the comment: New changeset 324908ba936d5d262026deebb81f050803848c41 by Eric Snow in branch 'main': bpo-45953: Statically initialize all the PyThreadState fields we can. (gh-30590) https://github.com/python/cpython/commit/324908ba936d5d262026deebb81f050803848c41 --

[issue46371] A better way to resolve ForwardRefs in type aliases across modules

New submission from Andreas H. : (De)Serialization of in-memory data structures is an important application. However there is a rather unpleasant issue with ForwardRefs. One cannot export type aliases when they contain ForwardRefs (and expect things to work). Consider the example:

[issue46362] os.path.abspath() needs more normalization on Windows

Steve Dower added the comment: Thanks for the patch! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue45953] Statically allocate interpreter states as much as possible.

Change by Eric Snow : -- pull_requests: +28788 pull_request: https://github.com/python/cpython/pull/30590 ___ Python tracker ___

[issue45953] Statically allocate interpreter states as much as possible.

Change by Eric Snow : -- pull_requests: +28787 pull_request: https://github.com/python/cpython/pull/30589 ___ Python tracker ___

[issue46362] os.path.abspath() needs more normalization on Windows

Steve Dower added the comment: New changeset d4e64cd4b0ea431d4e371f9b0a25f6b75a069dc1 by neonene in branch 'main': bpo-46362: Ensure ntpath.abspath() uses the Windows API correctly (GH-30571) https://github.com/python/cpython/commit/d4e64cd4b0ea431d4e371f9b0a25f6b75a069dc1 --

[issue46362] os.path.abspath() needs more normalization on Windows

Steve Dower added the comment: One thing to be aware of is that Windows 11 has changed the rules around these files, so here's my results with 3.10: >>> for path in paths: ... print(os.path.abspath(path)) ... C:\CON C:\PRN C:\AUX \\.\NUL C:\COM1 C:\COM2 C:\COM3 C:\COM9 C:\LPT1 C:\LPT2

[issue45953] Statically allocate interpreter states as much as possible.

Change by Eric Snow : -- pull_requests: +28786 pull_request: https://github.com/python/cpython/pull/30588 ___ Python tracker ___

[issue45797] AMD64 Arch Linux Asan Debug buildbot sometimes hangs before tests complete

STINNER Victor added the comment: I didn't notice this issue recently, but I didn't pay attention this buildbot worker neither. I close the issue. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue46370] Move runtime static init to its own header file.

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

[issue46370] Move runtime static init to its own header file.

Eric Snow added the comment: New changeset bc02eac9d2cb36faffc5027b7ce09e6dd0922a7f by Eric Snow in branch 'main': bpo-46370: Move the static initializer for _PyRuntime to its own header file. (gh-30587) https://github.com/python/cpython/commit/bc02eac9d2cb36faffc5027b7ce09e6dd0922a7f

[issue46370] Move runtime static init to its own header file.

Change by Eric Snow : -- keywords: +patch pull_requests: +28785 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/30587 ___ Python tracker

[issue46370] Move runtime static init to its own header file.

New submission from Eric Snow : The static initializer for `_PyRuntime` is currently defined in Include/internal/pycore_runtime.h. However, it is only needed by Python/pylifecycle.c (and Python/pystate.c for an optimization) and should only be used there. (Also, the initializer is quite

[issue46369] get_type_hints does not evaluate ForwardRefs inside NewType

New submission from Andreas H. : Consider the following: NewT = typing.NewType("NewT", typing.List[typing.Optional['Z']] ) class Z: pass Now get_type_hints() does not resolve the ForwardRef within NewType (but it does so for TypedDict, dataclasses, NamedTuple). Neither

[issue46357] socket module fix warning build on FreeBSD

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

[issue46357] socket module fix warning build on FreeBSD

David CARLIER added the comment: I get what you mean now I thought memset was enough. -- ___ Python tracker ___ ___

[issue40479] Port _hashlib to OpenSSL 3.0.0

miss-islington added the comment: New changeset 537f16adfa31b5b1fe9d656d571d1e10fb115351 by Miss Islington (bot) in branch '3.9': bpo-40479: Fix typo, flag must be set for OpenSSL < 3.0.0 (GH-30584) https://github.com/python/cpython/commit/537f16adfa31b5b1fe9d656d571d1e10fb115351

[issue40479] Port _hashlib to OpenSSL 3.0.0

miss-islington added the comment: New changeset 47422a852de14a8ec11d058136c7c864d2cc7fc9 by Miss Islington (bot) in branch '3.10': [3.10] bpo-40479: Fix typo, flag must be set for OpenSSL < 3.0.0 (GH-30584) (GH-30585)

[issue46360] Inconsistent import behavior for (unusual) submodules

Eric Snow added the comment: > I'm going to assume the "even though sys.modules has `None`" case, > which I think is an oversight and should probably get fixed Yep, I agree. That's the case I was looking at in the first place. I noticed the other two as I was hacking together code to

[issue40479] Port _hashlib to OpenSSL 3.0.0

Christian Heimes added the comment: New changeset 276c234ce0fa6732237f1b187989837324d9dea3 by Christian Heimes in branch 'main': bpo-40479: Fix typo, flag must be set for OpenSSL < 3.0.0 (GH-30584) https://github.com/python/cpython/commit/276c234ce0fa6732237f1b187989837324d9dea3 --

[issue40479] Port _hashlib to OpenSSL 3.0.0

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

[issue40479] Port _hashlib to OpenSSL 3.0.0

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

[issue46357] socket module fix warning build on FreeBSD

STINNER Victor added the comment: > I took as initialized to avoid undefined behavior rather than anything. I don't get what you mean. Can you please show me which functions initialize sockaddr_l2cap structures and explain how the current code fills all members? I don't know the code well

[issue46368] faulthandler: add the ability to dump all interpreters, not only the current interpreter

STINNER Victor added the comment: Attached patch is an incomplete quick & dirty implementation to log all interpreters in _Py_DumpTracebackThreads(). A better implementation should leave the current behavior unmodified, add a new C function, and add all_interpreters=False parameter to the

[issue46070] [subinterpreters] crash when importing _sre in subinterpreters in parallel (Python 3.9 regression)

STINNER Victor added the comment: I created bpo-46368: "faulthandler: add the ability to dump all interpreters, not only the current interpreter". -- ___ Python tracker ___

[issue46368] faulthandler: add the ability to dump all interpreters, not only the current interpreter

New submission from STINNER Victor : While debugging the sub-interpreter crash bpo-46070, I noticed that faulthandler only logs the Python thread state of a single interpreter. When a bug involves multiple interpreters, it is useful to log all interpreters. -- components: Library

[issue46070] [subinterpreters] crash when importing _sre in subinterpreters in parallel (Python 3.9 regression)

STINNER Victor added the comment: pyobject_ob_interp.patch: Quick & dirty patch that I wrote to add PyObject.ob_interp, store in which interpreter an object has been created. -- Added file: https://bugs.python.org/file50560/pyobject_ob_interp.patch

[issue46070] [subinterpreters] crash when importing _sre in subinterpreters in parallel (Python 3.9 regression)

STINNER Victor added the comment: Victor: > (*) I made the GC state per-interpreter: commit > 7247407c35330f3f6292f1d40606b7ba6afd5700 (Nov 20, 2019) Eric Snow: > FYI, this was done by me in an earlier comment which we ended up reverting. Later you basically un.reverted that. Well, I

[issue46360] Inconsistent import behavior for (unusual) submodules

Brett Cannon added the comment: So which inconsistency do you want to change because you listed three and this is only one issue.  I'm going to assume the "even though sys.modules has `None`" case, which I think is an oversight and should probably get fixed, but I also don't know what

[issue41226] Supporting `strides` in `memoryview.cast`

jakirkham added the comment: The 2nd argument is the `strides`. IOW it is just specifying how to traverse the buffer in memory to visit each of the dimensions. For the first example where `strides` is not specified, Python makes them C-ordered. IOW `m2.strides` would be `(3, 1)`.

[issue40479] Port _hashlib to OpenSSL 3.0.0

Change by Christian Heimes : -- pull_requests: +28782 pull_request: https://github.com/python/cpython/pull/30584 ___ Python tracker ___

[issue46361] Small ints aren't always cached properly

Brandt Bucher added the comment: The attached PR doesn't seem to have any impact on Decimal performance (non-optimized, non-debug build on a fairly quiet laptop): main: Convert 262,000 Decimals to "small" ints: 31.7 ms +- 5.3 ms Convert 256,000 Decimals to 1-digit ints: 29.9 ms +- 3.1 ms

[issue46361] Small ints aren't always cached properly

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

[issue46070] [subinterpreters] crash when importing _sre in subinterpreters in parallel (Python 3.9 regression)

STINNER Victor added the comment: It would be nice to add some tests. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue40066] Enum: modify __repr__, __str__; update docs

Change by Ethan Furman : -- pull_requests: +28780 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30582 ___ Python tracker ___

[issue46367] multiprocessing's "spawn" doesn't actually use spawn

New submission from jakirkham : Reporting an issue recently encountered by a colleague. It appears the `multiprocessing`'s "spawn" mode doesn't actually use POSIX spawn, but instead uses fork+exec[1]. While this is certainly a useful feature in its own right, this not quite one would expect

[issue45569] Drop support for 15-bit PyLong digits?

Mark Dickinson added the comment: Thanks, Stefan. I think I'm going to go ahead with the first step of making 30-bit digits the default, then, but leaving the 15-bit digit option present. > That said, if we decide to keep 15-bit digits in the end, I wonder if > "SIZEOF_VOID_P" is the right

[issue46070] [subinterpreters] crash when importing _sre in subinterpreters in parallel (Python 3.9 regression)

STINNER Victor added the comment: New changeset 52937c26adc35350ca0402070160cf6dc838f359 by Victor Stinner in branch '3.9': bpo-46070: _PyGC_Fini() untracks objects (GH-30577) (GH-30580) https://github.com/python/cpython/commit/52937c26adc35350ca0402070160cf6dc838f359 --

[issue46070] [subinterpreters] crash when importing _sre in subinterpreters in parallel (Python 3.9 regression)

miss-islington added the comment: New changeset e6bb17fe29713368e1fd93d9ac9611017c4f570c by Miss Islington (bot) in branch '3.10': bpo-46070: _PyGC_Fini() untracks objects (GH-30577) https://github.com/python/cpython/commit/e6bb17fe29713368e1fd93d9ac9611017c4f570c --

[issue1927] Change input() to always prompt to stderr

Terry J. Reedy added the comment: Further discussion at https://discuss.python.org/t/builtin-function-input-writes-its-prompt-to-sys-stderr-and-not-to-sys-stdout/12955 -- nosy: +terry.reedy versions: +Python 3.11 -Python 3.6 ___ Python tracker

[issue46070] [subinterpreters] crash when importing _sre in subinterpreters in parallel (Python 3.9 regression)

STINNER Victor added the comment: I tested manually my fix GH-30580 using: * (1) attached win_py399_crash_reproducer.py * (2) https://bugs.python.org/issue46070#msg410447 mthod Without my fix, I can easily reproduce the crash with (1) and (2). With my fix, I can no longer reproduce the

[issue45786] Avoid allocating when exiting frame; it may be unsafe.

Mark Shannon added the comment: With https://bugs.python.org/issue45963 both frame objects and generators contain space for the frame, so no allocation occurs on exit. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed

[issue46070] [subinterpreters] crash when importing _sre in subinterpreters in parallel (Python 3.9 regression)

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

[issue46070] [subinterpreters] crash when importing _sre in subinterpreters in parallel (Python 3.9 regression)

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

[issue46070] [subinterpreters] crash when importing _sre in subinterpreters in parallel (Python 3.9 regression)

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

[issue46070] [subinterpreters] crash when importing _sre in subinterpreters in parallel (Python 3.9 regression)

STINNER Victor added the comment: New changeset 1a4d1c1c9b08e75e88aeac90901920938f649832 by Victor Stinner in branch 'main': bpo-46070: _PyGC_Fini() untracks objects (GH-30577) https://github.com/python/cpython/commit/1a4d1c1c9b08e75e88aeac90901920938f649832 --

[issue44133] Some C-API symbols (e.g. Py_FrozenMain) are not always exported on Unix

Change by STINNER Victor : -- title: Some C-API symbols (e.g. Py_FrozenMain) are not always exported -> Some C-API symbols (e.g. Py_FrozenMain) are not always exported on Unix ___ Python tracker

[issue44133] Some C-API symbols (e.g. Py_FrozenMain) are not always exported

STINNER Victor added the comment: > New changeset 6be848922bc0f4c632c255c39de82a45b6480286 by Victor Stinner in > branch 'main': > bpo-44133: Link Python executable with object files (GH-30556) Sadly, Py_FrozenMain() is still missing on Windows. See:

[issue44133] Some C-API symbols (e.g. Py_FrozenMain) are not always exported

STINNER Victor added the comment: New changeset 6be848922bc0f4c632c255c39de82a45b6480286 by Victor Stinner in branch 'main': bpo-44133: Link Python executable with object files (GH-30556) https://github.com/python/cpython/commit/6be848922bc0f4c632c255c39de82a45b6480286 --

[issue46355] [C API] Document PyFrameObject and PyThreadState changes and explain how to port code to Python 3.11

STINNER Victor added the comment: I merged my PR so the doc can be reviewed online at https://docs.python.org/dev/whatsnew/3.11.html once it will be rendered ;-) -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___

[issue46355] [C API] Document PyFrameObject and PyThreadState changes and explain how to port code to Python 3.11

STINNER Victor added the comment: New changeset 0885999a8e5ffad3fae0302675ad0030e33a15af by Victor Stinner in branch 'main': bpo-46355: Document PyFrameObject and PyThreadState changes (GH-30558) https://github.com/python/cpython/commit/0885999a8e5ffad3fae0302675ad0030e33a15af --

[issue46070] [subinterpreters] crash when importing _sre in subinterpreters in parallel (Python 3.9 regression)

Eric Snow added the comment: > (*) I made the GC state per-interpreter: commit > 7247407c35330f3f6292f1d40606b7ba6afd5700 (Nov 20, 2019) FYI, this was done by me in an earlier comment which we ended up reverting. Later you basically un.reverted that. > The bug is that a C function object

[issue40533] [subinterpreters] Don't share Python objects between interpreters

STINNER Victor added the comment: Sharing objects between multiple interpreters can cause complex bugs leading to crashes: https://bugs.python.org/issue46070#msg410493 For this specific bug, I wrote a workaround (GH-30577). -- ___ Python tracker

[issue46070] [subinterpreters] crash when importing _sre in subinterpreters in parallel (Python 3.9 regression)

STINNER Victor added the comment: This issue has a complex history. (*) I made the GC state per-interpreter: commit 7247407c35330f3f6292f1d40606b7ba6afd5700 (Nov 20, 2019) (*) This change triggered a _PyImport_FixupExtensionObject() bug in sub-interpreter, I fixed it with commit

[issue46070] [subinterpreters] crash when importing _sre in subinterpreters in parallel (Python 3.9 regression)

STINNER Victor added the comment: Oh. I managed to write a simple fix which doesn't require to revert the whole "per-interpreter GC" change: GH-30577. -- ___ Python tracker

[issue46070] [subinterpreters] crash when importing _sre in subinterpreters in parallel (Python 3.9 regression)

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

[issue32912] Raise non-silent warning for invalid escape sequences

Daniel Carpenter added the comment: I'm not sure if this is an issue or by design, but this DeprecationWarning behaves differently to other DeprecationWarnings. A normal DeprecationWarning triggered by code in __main__ is printed by default: $ python -c 'import warnings;

[issue46318] asyncio and ssl: ResourceWarning: unclosed transport

Julien Palard added the comment: Probably related to https://bugs.python.org/issue44011 and https://github.com/MagicStack/uvloop/pull/385 -- ___ Python tracker ___

[issue45729] [doc] "history and license" link has wrong target

Julien Palard added the comment: > dev docs direct to `/license.html` which redirects to `/3/license.html` All docs are redirecting to `/license.html`, this allow it to work also out of docs.python.org. > 3.9 docs have the same; wouldn’t it be better to have `/3.9/license.html`? It's maybe

[issue46070] [subinterpreters] crash when importing _sre in subinterpreters in parallel (Python 3.9 regression)

STINNER Victor added the comment: When the crash occurs, the _sre.compile function is not destroyed in the interpreter which created the function. The crash is related to _sre.compile method. This method is created in PyInit__sre() called by "import _sre". On Windows, the _sre module is

[issue46326] 'venv --clear' should prompt user before nuking entire directory

Change by Ned Deily : -- nosy: -ned.deily ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46358] Modernize `test_asyncio/test_base_events.py`

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

[issue46358] Modernize `test_asyncio/test_base_events.py`

Dong-hee Na added the comment: New changeset f779faccd3a7a7e8c372492e858d021c449cdd85 by Nikita Sobolev in branch 'main': bpo-46358: modernize `test_asyncio` (GH-30562) https://github.com/python/cpython/commit/f779faccd3a7a7e8c372492e858d021c449cdd85 -- nosy: +corona10

[issue46359] Continue to modernize `test_typing.py`

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

[issue46362] os.path.abspath() needs more normalization on Windows

neonene added the comment: Basically, PR30571 aims for compatibility with 3.10 and earlier. Using Windows API is the easiest and the same way as them: import os.path paths = [ r'C:\CON', r'C:\PRN', r'C:\AUX', r'C:\NUL', r'C:\COM1', r'C:\COM2', r'C:\COM3',

[issue46359] Continue to modernize `test_typing.py`

Ken Jin added the comment: New changeset 8c49d057bf8618208d4ed67c9caecbfa71f7a2d0 by Nikita Sobolev in branch 'main': bpo-46359: Modernize `test_typing` by removing checks for EOL Python versions (GH-30563) https://github.com/python/cpython/commit/8c49d057bf8618208d4ed67c9caecbfa71f7a2d0

[issue40838] inspect.getsourcefile documentation doesn't mention it can return None

Change by Nikita Sobolev : -- keywords: +patch nosy: +sobolevn nosy_count: 3.0 -> 4.0 pull_requests: +28775 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30575 ___ Python tracker

[issue46328] add sys.exception()

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

[issue46328] add sys.exception()

Irit Katriel added the comment: New changeset c590b581bba517f81ced2e6f531ccc9e2e22eab5 by Irit Katriel in branch 'main': bpo-46328: Add sys.exception() (GH-30514) https://github.com/python/cpython/commit/c590b581bba517f81ced2e6f531ccc9e2e22eab5 --

[issue46344] 3.11: except/else/if/raise traced incorrectly

Irit Katriel added the comment: Thank you Ned. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue46344] 3.11: except/else/if/raise traced incorrectly

Irit Katriel added the comment: New changeset 9c2ebb906d1c68c3d571b100c92ceb08805b94cd by Irit Katriel in branch 'main': bpo-46344: Fix trace bug in else of try and try-star blocks (GH-30544) https://github.com/python/cpython/commit/9c2ebb906d1c68c3d571b100c92ceb08805b94cd --

[issue22506] `dir` on Enum subclass doesn't expose parent class attributes

Ethan Furman added the comment: Ram asked: - > Also, aren't you excluding a lot of important magic methods from that `dir`? Ethan replied: - > We decided the dunder methods were not interesting, so declined to include > them in the listing. And no, we are not changing our

[issue37595] Python 3.7.4 does not build on Raspbian Buster with optimizations

Christian Heimes added the comment: ./configure --enable-optimizations && make is passing for 3.9 branch on Raspbian Buster with latest updates. I tested it on one of my Raspberry Pi 3 Model B Rev 1.2 in the morning. Python 3.7 and 3.8 are in security fix-only mode and therefore no longer

[issue46363] Two typos in versions 3.7 document translation of zh_CN

Karthikeyan Singaravelan added the comment: Translated documentation is maintained at https://github.com/python/python-docs-zh-cn/issues -- nosy: +xtreak ___ Python tracker

[issue46366] Recursively propagate the mode, in os.makedirs

Daviddcc added the comment: This is the correct approach, with an umask configured -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue46362] os.path.abspath() needs more normalization on Windows

Eric V. Smith added the comment: Can you show various paths, before and after your change? It’s not clear to me what you’re proposing to change. -- nosy: +eric.smith ___ Python tracker

[issue40479] Port _hashlib to OpenSSL 3.0.0

Christian Heimes added the comment: New changeset 4ddd5da2691bea39e36debbc7f53c7cc4f13904e by Christian Heimes in branch '3.9': [3.9] bpo-40479: Fix hashlib's usedforsecurity for OpenSSL 3.0.0 (GH-30455) (GH-30574)

[issue46366] Recursively propagate the mode, in os.makedirs

New submission from Daviddcc : os.makedirs do not propagate the requested rights, recursively creating directories with a 777 mode : def makedirs(name, mode=0o777, exist_ok=False): (...) if head and tail and not path.exists(head): try: makedirs(head, exist_ok=exist_ok)

[issue30569] Tutorial section 2.1 has *nix example at 3.7, but Windows at 3.6

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

[issue40479] Port _hashlib to OpenSSL 3.0.0

Christian Heimes added the comment: Something went wrong with Miss Islington. 3ce6945f5f434806eea700eb5ff1bed6d39395e1 / GH-30573 is backport to 3.10. -- ___ Python tracker

  1   2   >