[issue46364] asyncio subprocess cannot read from /dev/stdin

Change by xoph : -- components: asyncio nosy: asvetlov, xoph, yselivanov priority: normal severity: normal status: open title: asyncio subprocess cannot read from /dev/stdin type: behavior ___ Python tracker

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

Irit Katriel added the comment: 3.7 is no longer maintained. Is this also in newer versions? Can you submit a pull request to fix it in the main branch? -- nosy: +iritkatriel ___ Python tracker

[issue46364] asyncio subprocess cannot read from /dev/stdin

New submission from xoph : asyncio.create_subprocess_exec and asyncio.create_subprocess_shell fail with "No such device or address" when called on a program that attempts to invoke `/dev/stdin` on Linux. This happens in contrast to the subprocess module and was discussed in the this thread:

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

Change by Alex Waygood : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue46364] asyncio subprocess cannot read from /dev/stdin

Andrew Svetlov added the comment: True. Would you make a pull request that uses socketpair on AIX only? A test for desired behavior is required. -- ___ Python tracker ___

[issue46361] Small ints aren't always cached properly

Mark Dickinson added the comment: I don't *think* we currently rely on small integers being cached anywhere in the implementation (and neither do we guarantee anywhere in the docs that small integers will be cached), so as far as I can tell these omissions shouldn't lead to user-visible bugs

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

Change by Alex Waygood : -- title: Two typos in verions 3.7 document translation of zh_CN -> Two typos in versions 3.7 document translation of zh_CN ___ Python tracker ___ ___

[issue46361] Small ints aren't always cached properly

Mark Dickinson added the comment: Hmm. This sort of thing is a little dodgy, though (despite the comment that it's "okay"): https://github.com/python/cpython/blob/1de60155d5d01be2924e72fb68dd13d4fd00acd7/Modules/mathmodule.c#L939 PyObject *zero = _PyLong_GetZero(); // borrowed ref

[issue46315] Add support for WebAssembly System Interface (wasm32-wasi)

Christian Heimes added the comment: New changeset a6ca8eee2254762422f90cf94fbaac34f85db780 by Christian Heimes in branch 'main': bpo-46315: Add ifdef HAVE_ feature checks for WASI compatibility (GH-30507) https://github.com/python/cpython/commit/a6ca8eee2254762422f90cf94fbaac34f85db780

[issue40479] Port _hashlib to OpenSSL 3.0.0

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

[issue40479] Port _hashlib to OpenSSL 3.0.0

Christian Heimes added the comment: New changeset 443b308fee088e21bbf472c376c5c9e3648f916c by Christian Heimes in branch 'main': bpo-40479: Fix hashlib's usedforsecurity for OpenSSL 3.0.0 (GH-30455) https://github.com/python/cpython/commit/443b308fee088e21bbf472c376c5c9e3648f916c --

[issue46361] Small ints aren't always cached properly

Mark Dickinson added the comment: And there are some similar things going on in rangeobject.c. https://github.com/python/cpython/blob/1de60155d5d01be2924e72fb68dd13d4fd00acd7/Objects/rangeobject.c#L598 if (r->step == _PyLong_GetOne()) { return idx; } Again, techni

[issue46365] _ curses module is not installed

New submission from simon28li : Python build finished successfully! The necessary bits to build these optional modules were not found: _curses _curses_panel _tkinter To find the necessary bits, look in setup.py in detect_modules() for the module's name. -- compone

[issue46365] _ curses module is not installed

simon28li added the comment: My system is Ubuntu 18.04.5 I am sure that nurses dependencies have been installed, and my other systems are normal, including centos, debian, etc. -- ___ Python tracker ___

[issue46365] _ curses module is not installed

Steven D'Aprano added the comment: Did you look in setup.py in detect_modules() for the module's name to see what was missing? How do you know the curses dependencies have been installed? What dependencies did you install? -- nosy: +steven.daprano __

[issue40479] Port _hashlib to OpenSSL 3.0.0

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

[issue46279] [docs] Minor information-ordering issue in __main__ doc

Change by Alex Waygood : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue46365] _ curses module is not installed

Christian Heimes added the comment: Please post the full output of ``make sharedmods``. -- nosy: +christian.heimes ___ Python tracker ___ _

[issue46365] _ curses module is not installed

simon28li added the comment: @christian.heimes root@ubuntu:/home/all_spack_env/spack_stage/root/spack-stage-python-3.8.8-qznik3f2b7fym4rm52tmsuma5w6jvfqo/spack-src/spack-build# make sharedmods LD_LIBRARY_PATH=/home/all_spack_env/spack_stage/root/spack-stage-python-3.8.8-qznik3f2b7fym4rm52tmsum

[issue46365] _ curses module is not installed

Christian Heimes added the comment: That does not look like the full output. Did you omit lines? -- ___ Python tracker ___ ___ Pyth

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

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

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

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

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

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

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

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

[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

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

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

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

[issue46328] add sys.exception()

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

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

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

[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', r'C:\

[issue46359] Continue to modernize `test_typing.py`

Change by Nikita Sobolev : -- 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

[issue46358] Modernize `test_asyncio/test_base_events.py`

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

[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: https://mail.pytho

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

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

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

[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; warnings.warn("test"

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

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

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 82c83bd907

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

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 (_

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

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

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

[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: https://github.com/python/cpython/pull/305

[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

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

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

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 STINNER Victor : -- pull_requests: +28779 pull_request: https://github.com/python/cpython/pull/30580 ___ Python tracker ___ __

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

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 cras

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

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

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

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

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

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

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

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

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

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

[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)`. Effectively

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

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

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

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

[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

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 fo

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

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

[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

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

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

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

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

[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 ___ ___ Python-bugs-lis

[issue46357] socket module fix warning build on FreeBSD

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

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

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

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

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 : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ Pyt

[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

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

[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 C:\

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

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

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

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

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

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

  1   2   >