[issue46886] ARM64 Windows Non-Debug 3.x: random build error: failure during conversion to COFF: file invalid or corrupt

Niyas Sait added the comment: After the OS and toolchain update, I don't see the failures anymore. https://buildbot.python.org/all/#/workers/45 I guess we can close the ticket and can reopen if it happens again. -- ___ Python tracker

[issue46905] winsound.PlaySound should accept pathlib.Path instances

Change by Eryk Sun : -- components: +Windows keywords: +easy (C) nosy: +paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker ___

[issue46905] winsound.PlaySound should accept pathlib.Path instances

Eryk Sun added the comment: PlaySound() is implemented by the C function winsound_PlaySound_impl() in "PC/winsound.c". To support pathlike objects, it could use `soundname = PyOS_FSPath(sound)`, and require soundname to be a Unicode string via PyUnicode_Check(soundname). Or it could more

[issue46831] Outdated comment for __build_class__ in compile.c

miss-islington added the comment: New changeset fa8c5ed9c80507670c756aa83ea872b8a92bcd1c by Miss Islington (bot) in branch '3.10': bpo-46831: Update __build_class__ comment (GH-31522) https://github.com/python/cpython/commit/fa8c5ed9c80507670c756aa83ea872b8a92bcd1c --

[issue46831] Outdated comment for __build_class__ in compile.c

miss-islington added the comment: New changeset 1d428bb8c93120d449212e2a815988f28e33b868 by Miss Islington (bot) in branch '3.9': bpo-46831: Update __build_class__ comment (GH-31522) https://github.com/python/cpython/commit/1d428bb8c93120d449212e2a815988f28e33b868 --

[issue46823] Add LOAD_FAST__LOAD_ATTR_INSTANCE_VALUE combined opcode

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

[issue46831] Outdated comment for __build_class__ in compile.c

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

[issue46831] Outdated comment for __build_class__ in compile.c

Change by miss-islington : -- nosy: +miss-islington nosy_count: 3.0 -> 4.0 pull_requests: +29771 pull_request: https://github.com/python/cpython/pull/31652 ___ Python tracker

[issue46831] Outdated comment for __build_class__ in compile.c

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

[issue46831] Outdated comment for __build_class__ in compile.c

Jelle Zijlstra added the comment: New changeset 81d968b7c30d5b41f3f28b297b7ee5345d569509 by Shantanu in branch 'main': bpo-46831: Update __build_class__ comment (#31522) https://github.com/python/cpython/commit/81d968b7c30d5b41f3f28b297b7ee5345d569509 -- nosy: +Jelle Zijlstra

[issue46643] typing.Annotated cannot wrap typing.ParamSpec args/kwargs

Jelle Zijlstra added the comment: New changeset 59e1ce95f1e6ea8a556212b8b10cbc122f1a1711 by Jelle Zijlstra in branch 'main': bpo-46643: fix NEWS entry (GH-31651) https://github.com/python/cpython/commit/59e1ce95f1e6ea8a556212b8b10cbc122f1a1711 --

[issue46643] typing.Annotated cannot wrap typing.ParamSpec args/kwargs

Change by Jelle Zijlstra : -- pull_requests: +29770 pull_request: https://github.com/python/cpython/pull/31651 ___ Python tracker ___

[issue40116] Regression in memory use of shared key dictionaries for "compact dicts"

Inada Naoki added the comment: New changeset 4f74052b455a54ac736f38973693aeea2ec14116 by Inada Naoki in branch 'main': bpo-40116: dict: Add regression test for iteration order. (GH-31550) https://github.com/python/cpython/commit/4f74052b455a54ac736f38973693aeea2ec14116 --

[issue46906] Make _PyFloat_(Pack|Unpack)(4|8) cpython API, not internal.

Change by Inada Naoki : -- keywords: +patch pull_requests: +29769 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31649 ___ Python tracker ___

[issue46863] Python 3.10 OpenSSL Configuration Issues

Adam added the comment: Many thanks Christian, that resolved the issue! I really appreciate your efforts here. -- ___ Python tracker ___

[issue46903] Crash when setting attribute with string subclass as the name (--with-pydebug)

Change by Inada Naoki : -- nosy: +methane ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46906] Make _PyFloat_(Pack|Unpack)(4|8) cpython API, not internal.

New submission from Inada Naoki : Original issue. https://github.com/msgpack/msgpack-python/issues/497 _PyFloat_(Pack|Unpack)(4|8) is very nice API for serializers like msgpack. Converting double and float into char[] is not trivial and these APIs do it in very efficient way. And these APIs

[issue46903] Crash when setting attribute with string subclass as the name (--with-pydebug)

Dennis Sweeney added the comment: a8b9350964f43cb648c98c179c8037fbf3ff8a7d is the first bad commit commit a8b9350964f43cb648c98c179c8037fbf3ff8a7d Author: Mark Shannon Date: Wed Oct 13 14:19:34 2021 +0100 bpo-45340: Don't create object dictionaries unless actually needed (GH-28802)

[issue46643] typing.Annotated cannot wrap typing.ParamSpec args/kwargs

miss-islington added the comment: New changeset 257f5be7f7fad37d0db6c145e534e5b7289d8804 by Miss Islington (bot) in branch '3.10': bpo-46643: Fix stringized P.args/P.kwargs with get_type_hints (GH-31238) https://github.com/python/cpython/commit/257f5be7f7fad37d0db6c145e534e5b7289d8804

[issue46902] Typo hint message for from-imports?

Pablo Galindo Salgado added the comment: I evaluated this, but is considerably more complex than the regular import, because one triggers an attribute error where we have the full module but in the second case we don't have the full module ready, so it requires considerable modifications.

[issue21910] [doc] File protocol should document if writelines must handle generators sensibly

miss-islington added the comment: New changeset cf8aff6319794807aa578215710e6caa4479516f by Miss Islington (bot) in branch '3.9': bpo-21910: Clarify docs for codecs writelines method (GH-31245) https://github.com/python/cpython/commit/cf8aff6319794807aa578215710e6caa4479516f --

[issue21910] [doc] File protocol should document if writelines must handle generators sensibly

miss-islington added the comment: New changeset 60b561c246da2073672a016340457e4534dfdf5b by Miss Islington (bot) in branch '3.10': bpo-21910: Clarify docs for codecs writelines method (GH-31245) https://github.com/python/cpython/commit/60b561c246da2073672a016340457e4534dfdf5b --

[issue21910] [doc] File protocol should document if writelines must handle generators sensibly

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

[issue21910] [doc] File protocol should document if writelines must handle generators sensibly

Change by miss-islington : -- nosy: +miss-islington nosy_count: 13.0 -> 14.0 pull_requests: +29767 pull_request: https://github.com/python/cpython/pull/31647 ___ Python tracker

[issue46643] typing.Annotated cannot wrap typing.ParamSpec args/kwargs

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

[issue21910] [doc] File protocol should document if writelines must handle generators sensibly

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

[issue21910] [doc] File protocol should document if writelines must handle generators sensibly

Jelle Zijlstra added the comment: New changeset a8c87a239ee1414d6dd0b062fe9ec3e5b0c50cb8 by slateny in branch 'main': bpo-21910: Clarify docs for codecs writelines method (GH-31245) https://github.com/python/cpython/commit/a8c87a239ee1414d6dd0b062fe9ec3e5b0c50cb8 -- nosy: +Jelle

[issue46643] typing.Annotated cannot wrap typing.ParamSpec args/kwargs

Jelle Zijlstra added the comment: New changeset 75d2d945b4e28ca34506b2d4902367b61a8dff82 by Gregory Beauregard in branch 'main': bpo-46643: Fix stringized P.args/P.kwargs with get_type_hints (GH-31238) https://github.com/python/cpython/commit/75d2d945b4e28ca34506b2d4902367b61a8dff82

[issue46643] typing.Annotated cannot wrap typing.ParamSpec args/kwargs

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

[issue46902] Typo hint message for from-imports?

Change by Andre Roberge : -- nosy: +aroberge ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46864] Deprecate ob_shash in BytesObject

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46904] Python Decimal supports '#' format, C Decimal does not.

Change by Eric V. Smith : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46905] winsound.PlaySound should accept pathlib.Path instances

New submission from Julian : The library function winsound.PlaySound takes a sound parameter. One of the valid arguments is a path to a WAV filename. Since Python 3.4, paths can be cleanly represented with PathLib.Path instances. However, if you pass a Path instance to PlaySound, it responds

[issue46904] Python Decimal supports '#' format, C Decimal does not.

Change by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue26208] decimal C module's exceptions don't match the Python version

Constantine Evans added the comment: Some other non-matching exceptions are unfriendly, but do not come from libmpdec and could be made to match without, I think, causing problems. For example: >>> format(_decimal.Decimal(1), "invalid") ... ValueError: invalid format string

[issue46841] Inline bytecode caches

Brandt Bucher added the comment: > What I *think* is happening is that the inline cache takes the size of the > function (in code units) from about 4800 to about 5200, crossing our > threshold for quickening (currently set to 5000). Yep, nailed it: >>>

[issue46904] Python Decimal supports '#' format, C Decimal does not.

New submission from Constantine Evans : Decimal as implemented in _pydecimal supports the '#' alternate form in format strings, though this does not appear to be documented: as with floats, it causes a decimal point to be included regardless of value. Decimal as implemented in cdecimal, as

[issue46860] `--with-suffix` not respected on case-insensitive file systems

Change by Brett Cannon : -- versions: +Python 3.11 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46860] `--with-suffix` not respected on case-insensitive file systems

Brett Cannon added the comment: New changeset 50ec3453c50c490eca7e990103c79671bd08ab2e by Brett Cannon in branch 'main': bpo-46860: Respect `--with-suffix` on case-insensitive file systems (GH-31593) https://github.com/python/cpython/commit/50ec3453c50c490eca7e990103c79671bd08ab2e

[issue46894] make install DESTDIR= uses /lib/python3.10/lib-dynload out of DESTDIR

Ned Deily added the comment: Why are you using --prefix=/ ? Or better yet, please explain you are trying to accomplish. A normal case would be --prefix=/some/path other than / and not use DESTDIR. You won't be able to install into / on a current macOS system anyway. -- nosy:

[issue46902] Typo hint message for from-imports?

Change by Alex Waygood : -- nosy: +pablogsal versions: -Python 3.10 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue46903] Crash when setting attribute with string subclass as the name (--with-pydebug)

Ronald Oussoren added the comment: A hard crash seems wrong to me, and I'm not convinced yet that checking that the type of the attribute name is exactly string is correct. Found while debugging a crash in PyObjC's testsuite, PyObjC uses a subclass of str to represent Objective-C strings.

[issue46903] Crash when setting attribute with string subclass as the name (--with-pydebug)

New submission from Ronald Oussoren : The script below fails with an assertion error with python 3.11a5+ (current trunk) when build with --with-pydebug: # BEGIN OF FILE class String(str): __slots__ = () name = String("hello") class Bag: pass o = Bag() setattr(o, name, 42) # END OF

[issue46902] Typo hint message for from-imports?

New submission from Jean Abou Samra : See for example: >>> from pygments.regexopt import regexopt Traceback (most recent call last): File "", line 1, in ImportError: cannot import name 'regexopt' from 'pygments.regexopt' (/home/jean/repos/pygments/pygments/regexopt.py) >>> from

[issue46823] Add LOAD_FAST__LOAD_ATTR_INSTANCE_VALUE combined opcode

Change by Andrei Kulakov : -- title: Add LOAD_FAST__LOAD_ATTR_INSTACE_VALUE combined opcode -> Add LOAD_FAST__LOAD_ATTR_INSTANCE_VALUE combined opcode ___ Python tracker ___

[issue45492] stdlib inspect documentation on code.co_names is incorrect

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

[issue45492] stdlib inspect documentation on code.co_names is incorrect

Irit Katriel added the comment: New changeset eb65e46b9b28103767c115ccf71a97a9f4237d4c by Irit Katriel in branch '3.10': [3.10] bpo-45492: Corrected documentation for co_names in inspect library doc (GH-31456). (GH-31645)

[issue45492] stdlib inspect documentation on code.co_names is incorrect

Change by Irit Katriel : -- pull_requests: +29765 pull_request: https://github.com/python/cpython/pull/31645 ___ Python tracker ___

[issue45492] stdlib inspect documentation on code.co_names is incorrect

Irit Katriel added the comment: New changeset 3257d49d236e5f3453fe9d2fd8338bcdfe9756b7 by slateny in branch 'main': bpo-45492: Corrected documentation for co_names in inspect library doc (GH-31456) https://github.com/python/cpython/commit/3257d49d236e5f3453fe9d2fd8338bcdfe9756b7

[issue46901] Deprecate and eventually remove macOS-only PYTHONEXECUTABLE environ variable

New submission from Ned Deily : The PYTHONEXECUTABLE is a holdover from old Python 2 days; AFAIK, it was specifically to support the Build Applet tool which could be used to build macOS app bundles in Python 2. The only place in current Py3 releases where it is used is in the standard

[issue46889] enable sqlite math functions on macos

Ned Deily added the comment: Thanks for the suggested PR. And thanks for noticing, Erlend! I should have checked with you first! To reiterate what I noted on the PR, this (reduntant) change would only have affected the Pythons provided by the python.org macOS installers; this behavior

[issue46633] AddressSanitizer: Skip tests directly in Python, not with external config

STINNER Victor added the comment: > https://github.com/python/buildmaster-config/pull/314 I merged this PR as well. The new buildbot configuration will be deployed soon. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed

[issue46633] AddressSanitizer: Skip tests directly in Python, not with external config

STINNER Victor added the comment: New changeset 359bc392ba2b8f2acca223426c8210bb74f724c6 by Victor Stinner in branch '3.9': [3.10] bpo-46633: Skip tests on ASAN and/or MSAN builds (GH-31632) (GH-31634) (GH-31644)

[issue46841] Inline bytecode caches

Pablo Galindo Salgado added the comment: > OOI, does it become a "blocker" again once you've done the alpha release, or > what stops it being deferred past the beta or even the final release? Check out the devguide: https://devguide.python.org/triaging/#priority > The issue will not hold

[issue46885] Ensure PEP 663 changes are reverted from 3.11

Change by Ethan Furman : -- priority: release blocker -> high ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46889] enable sqlite math functions on macos

Erlend E. Aasland added the comment: FTR, here's 3.10 and 3.11 on my Mac, using the official Python.org installers: $ python3.10 Python 3.10.2 (v3.10.2:a58ebcc701, Jan 13 2022, 14:50:16) [Clang 13.0.0 (clang-1300.0.29.30)] on darwin Type "help", "copyright", "credits" or

[issue46889] enable sqlite math functions on macos

Erlend E. Aasland added the comment: Duplicate of bpo-42686. -- status: pending -> open ___ Python tracker ___ ___

[issue46889] enable sqlite math functions on macos

Erlend E. Aasland added the comment: Suggesting to close as "not a bug". -- resolution: -> not a bug status: open -> pending ___ Python tracker ___

[issue46889] enable sqlite math functions on macos

Erlend E. Aasland added the comment: This is not needed. Quoting https://sqlite.org/compile.html#enable_math_functions: This option is automatically added to the Makefile by the configure script on unix platforms, unless the --disable-math option is used. -- nosy:

[issue46890] venv does not create "python" link in python 3.11

Steve Dower added the comment: > I've pasted the diff below because I'm not yet convinced that it is correct > (in particular the value for "argv0".) argv0 is literally what C sees in argv[0], which in the framework case I believe is calculated by a launcher? The getpath.py change is

[issue46841] Inline bytecode caches

Mark Shannon added the comment: It's not an UNPACK_SEQUENCE slowdown, it's a silly benchmark ;) https://github.com/python/pyperformance/blob/main/pyperformance/data-files/benchmarks/bm_unpack_sequence/run_benchmark.py#L6 What I *think* is happening is that the inline cache takes the size of

[issue46633] AddressSanitizer: Skip tests directly in Python, not with external config

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

[issue46841] Inline bytecode caches

Mark Shannon added the comment: Good to know, although "deferred blocker" is somewhat vague about when it is deferred until. OOI, does it become a "blocker" again once you've done the alpha release, or what stops it being deferred past the beta or even the final release? --

[issue46633] AddressSanitizer: Skip tests directly in Python, not with external config

STINNER Victor added the comment: New changeset 93264452d952d9ba604bacf2947c2df5dd477931 by Victor Stinner in branch '3.10': [3.10] bpo-46633: Skip tests on ASAN and/or MSAN builds (GH-31632) (GH-31634) https://github.com/python/cpython/commit/93264452d952d9ba604bacf2947c2df5dd477931

[issue46900] marshal.dumps represents the same list object differently

Change by William Dreese : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue46900] marshal.dumps represents the same list object differently

William Dreese added the comment: You two are both correct, this is not a bug and is the intended functionality. > The difference between 41 and 169 is 128: This realization helps a ton. Thanks. -- ___ Python tracker

[issue46891] Crash in ModuleType subclass with __slots__

Ronald Oussoren added the comment: I don't feel qualified to review the PR, but can confirm that this PR fixes this issue as well as the crash in PyObjC that I extracted my reproducer from. -- ___ Python tracker

[issue46900] marshal.dumps represents the same list object differently

Eric V. Smith added the comment: >From https://github.com/python/cpython/blob/main/Python/marshal.c: 41 is: #define TYPE_SMALL_TUPLE')' The difference between 41 and 169 is 128: #define FLAG_REF'\x80' /* with a type, add obj to index */ So the difference is the

[issue46900] marshal.dumps represents the same list object differently

Raymond Hettinger added the comment: The difference is the FLAG_REF which is set to 128 (0x80). >>> import marshal >>> var_example = [(1,2,3),(4,5,6)] >>> vm = marshal.dumps(var_example) >>> rm = marshal.dumps([(1,2,3),(4,5,6)]) >>> [v ^ r for v, r in zip(vm, rm)] [128, 0, 0, 0, 0, 128, 0,

[issue46891] Crash in ModuleType subclass with __slots__

Change by Mark Shannon : -- keywords: +patch pull_requests: +29763 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/31643 ___ Python tracker

[issue46841] Inline bytecode caches

Pablo Galindo Salgado added the comment: > Is there some way to mark something as not blocking an alpha release, but > blocking a beta release? "Deferred blocker" -- ___ Python tracker

[issue46890] venv does not create "python" link in python 3.11

Pablo Galindo Salgado added the comment: Ok, marking is at "deferred blocker" -- priority: release blocker -> deferred blocker ___ Python tracker ___

[issue46841] Inline bytecode caches

Change by Pablo Galindo Salgado : -- priority: release blocker -> deferred blocker ___ Python tracker ___ ___ Python-bugs-list

[issue46900] marshal.dumps represents the same list object differently

William Dreese added the comment: I've made a very bad copy & paste error with the terminal output below, I apologize. The corrected output is >>> pp(var_marshaled) 91 2 0 0 0 41 3 233 1 0 0 0 233 2 0 0 0 233 3 0 0 0 41 3 233 4 0 0 0 233 5 0 0 0 233 6 0 0 0 >>> pp(raw_marshaled) 91 2 0 0 0

[issue46900] marshal.dumps represents the same list object differently

New submission from William Dreese : Hello, I've been working with the marshal package and came across this issue (I think) - Python 3.9.10 Interpreter (Same output in 3.11.0a5+ (heads/master:b6b711a1aa) on darwin) >>> import marshal >>> var_example = [(1,2,3),(4,5,6)] >>> var_marshaled =

[issue46267] gzip.compress incorrectly ignores level parameter

Ruben Vorderman added the comment: ping -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46891] Crash in ModuleType subclass with __slots__

Mark Shannon added the comment: Dennis, thanks for bisecting this. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue46891] Crash in ModuleType subclass with __slots__

Change by Mark Shannon : -- assignee: -> Mark.Shannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46841] Inline bytecode caches

Mark Shannon added the comment: We should be done with this by early next week, if you can wait. -- ___ Python tracker ___ ___

[issue46841] Inline bytecode caches

Mark Shannon added the comment: Is there some way to mark something as not blocking an alpha release, but blocking a beta release? Everything is working at the moment, but not so efficiently. -- ___ Python tracker

[issue46891] Crash in ModuleType subclass with __slots__

Pablo Galindo Salgado added the comment: Marking this as release blocker. -- priority: normal -> release blocker ___ Python tracker ___

[issue46891] Crash in ModuleType subclass with __slots__

Ronald Oussoren added the comment: @Pablo: this is a possible release blocker, hard crash for code that works in earlier releases. That said, I have a workaround on my end and IMHO a fix could wait for the next alpha. -- nosy: +pablogsal ___

[issue46890] venv does not create "python" link in python 3.11

Ronald Oussoren added the comment: > This is marked as a release blocker so I am holding the alpha release on > this. Is there anything we can do to unblock this issue? I marked the issue as a release blocker because it must not end up in a beta release, its probably not worth it to hold up

[issue46890] venv does not create "python" link in python 3.11

Ronald Oussoren added the comment: Again without diving deep I've constructed a test case that is probably relevant. I've pasted the diff below because I'm not yet convinced that it is correct (in particular the value for "argv0". This would also require a second test case that does

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

Pablo Galindo Salgado added the comment: This was fixed in 3.10.0 if I am not mistaken. Could you provide a reproducer, please? -- ___ Python tracker ___

[issue46756] Incorrect authorization check in urllib.request

Pablo Galindo Salgado added the comment: I'm closing this, please reopen if something is missing. -- priority: release blocker -> resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue46756] Incorrect authorization check in urllib.request

Pablo Galindo Salgado added the comment: New changeset 1c9701a3de0566c085e03dddc14a8508aaae349e by Miss Islington (bot) in branch '3.8': bpo-46756: Fix authorization check in urllib.request (GH-31353) (GH-31572)

[issue46756] Incorrect authorization check in urllib.request

Pablo Galindo Salgado added the comment: Is something left here, it seems that most PRs are landed -- ___ Python tracker ___ ___

[issue46841] Inline bytecode caches

Pablo Galindo Salgado added the comment: This is marked as a release blocker so I am holding the alpha release on this. Is there anything we can do to unblock this issue? -- nosy: +pablogsal ___ Python tracker

[issue46890] venv does not create "python" link in python 3.11

Pablo Galindo Salgado added the comment: This is marked as a release blocker so I am holding the alpha release on this. Is there anything we can do to unblock this issue? -- nosy: +pablogsal ___ Python tracker

[issue46756] Incorrect authorization check in urllib.request

Pablo Galindo Salgado added the comment: This is marked as a release blocker so I am holding the alpha release on this. Is there anything we can do to unblock this issue? -- ___ Python tracker

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

Peter Roelants added the comment: If I understand correctly this should be fixed? In which 3.10.* version should this be fixed? The reason why I'm asking is that I ran into this issue when using Dask (2022.02.0) with multithreading on Python 3.10.2: Exception in thread Profile: Traceback

[issue46870] Improper Input Validation in urlparse

Pocas added the comment: Nice Check. So what do you think about this issue? I want to hear your opinions. -- ___ Python tracker ___

[issue40421] [C API] Add getter functions for PyFrameObject and maybe move PyFrameObject to the internal C API

Mark Shannon added the comment: I've outlined the requirements for a frame stack API at https://github.com/faster-cpython/ideas/issues/309. The problem with adding an API for PyFrameObject (beyond simple getters) is that it makes assumptions about the frame stack that aren't valid. A stack

[issue46841] Inline bytecode caches

neonene added the comment: UNPACK_SEQUENCE's slowdown is already filed? https://speed.python.org/timeline/#/?exe=12=unpack_sequence=4=50=off=on=on I hit the gap at 424ecab on Windows. -- nosy: +neonene ___ Python tracker

[issue46848] Use optimized string search function in mmap.find()

STINNER Victor added the comment: New changeset b6b711a1aa233001c1874af1d920e459b6bf962c by Victor Stinner in branch 'main': bpo-46848: Move _PyBytes_Find() to internal C API (GH-31642) https://github.com/python/cpython/commit/b6b711a1aa233001c1874af1d920e459b6bf962c --

[issue46890] venv does not create "python" link in python 3.11

Ned Deily added the comment: To reiterate, the example I gave had nothing to do with using a venv. The value of sys._base_executable is now always wrong whether or not using a venv. The consequences are more obvious when using a venv. -- ___

[issue46863] Python 3.10 OpenSSL Configuration Issues

Christian Heimes added the comment: pyenv uses default value for ./configure --with-ssl-default-suites. You have to use --with-ssl-default-suites=openssl so your build uses the system's crypto policy correctly. -- ___ Python tracker

[issue46888] SharedMemory.close() destroys memory

Eryk Sun added the comment: Putting words into action, here's an example of what a privileged process (e.g. running as SYSTEM) can do if a script or application is written to call the undocumented NT API function NtMakePermanentObject(). A use case would be a script running as a system

[issue46888] SharedMemory.close() destroys memory

Steve Dower added the comment: Eryk's post is useful background information, but not helpful for this particular case ;) >From Windows's POV, there is no "creating" process of the shared memory. If >it's going away, it's because none of the other processes are not keeping it >open - simple

  1   2   >