[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

hai shi added the comment: > * functools._lru_list_elem Looks like this type have performance in issue PR-5008 when supporting GC. I am not sure there have other similar questions or not. -- ___ Python tracker

[issue42109] Use hypothesis for testing the standard library, falling back to stubs

Terry J. Reedy added the comment: In order to understand what Paul is concretely proposing, I read and partly reviewed his PR. I thought about maintainability. Part A adds test.support.hypothesis_helper, similar in purpose to other specialized xyz_helper modules. Hypothesis_helper imports

[issue37596] Reproducible pyc: frozenset is not serialized in a deterministic order

Change by Raymond Hettinger : -- Removed message: https://bugs.python.org/msg394414 ___ Python tracker ___ ___ Python-bugs-list mail

[issue37596] Reproducible pyc: frozenset is not serialized in a deterministic order

Raymond Hettinger added the comment: Is it possible to defer hash randomization until after pycs are generated? The underlying problem here is an intentional scrambling of data. If determinism is what is desired then deferring that action addresses the action cause of non-determinism rathe

[issue5758] fileinput.hook_compressed returning bytes from gz file

Inada Naoki added the comment: > I did consider and confirm that mode="rb" does also provide a uniform > solution, but it also regresses the behavior of uncompressed inputs, making > them bytes where they were text. Of course, I suggested to use "rb" when you want to read bytes. * When read

[issue42194] Docs for argparse.BooleanOptionalAction missing "New in version 3.9"

John Belmonte added the comment: I've opened a new PR, please review. -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue44208] argparse: Accept option without needing to distinguish "-" from "_" in arg_string

Catherine Devlin added the comment: All that said, it's easy to imagine a PyPI package that would give this functionality for those who want it. Maybe even one that could also alter the behavior of Click and Typer. If you want to go that route, let me know. --

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

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

[issue44208] argparse: Accept option without needing to distinguish "-" from "_" in arg_string

Raymond Hettinger added the comment: William, thank you for the suggestion, but we're going to decline for the reasons listed by Eric and me. -- resolution: -> rejected stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

Pablo Galindo Salgado added the comment: Victor, can you take a look at the opened PRs? -- ___ Python tracker ___ ___ Python-bugs-l

[issue43921] test_ssl fails on Windows buildbots

Pablo Galindo Salgado added the comment: Thanks for the explanation! > They're flakey in the sense that they're not failing reliably, when they > clearly should be :) Yeah, I do agree with you in this, but I am still not happy that they *realiably* pass in 3.9 and 3.8 in two different OS wh

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

Change by Neil Schemenauer : -- nosy: +nascheme ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue44222] Improving _removeHandlerRef for a very long _handlerList

Change by Yonatan Goldschmidt : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue43921] test_ssl fails on Windows buildbots

Steve Dower added the comment: > But 3.9 and 3.8 are not failing on test_ssl, so do something has clearly > changed. Are the failing tests new? They're flakey in the sense that they're not failing reliably, when they clearly should be :) If something changed about how any part of the respon

[issue44222] Improving _removeHandlerRef for a very long _handlerList

miss-islington added the comment: New changeset 156699bca02dd2def844d03e26fc16a831336635 by Yonatan Goldschmidt in branch 'main': bpo-44222: Improve _removeHandlerRef() for a very long _handlerList (GH-26325) https://github.com/python/cpython/commit/156699bca02dd2def844d03e26fc16a831336635

[issue44092] [sqlite3] Remove special rollback handling

Erlend E. Aasland added the comment: Berker, does this look ok to you? -- title: [sqlite3] consider removing special rollback handling -> [sqlite3] Remove special rollback handling ___ Python tracker __

[issue44237] test_ssl randomly fails on macOS GH Action: test_get_server_certificate_sni() and test_get_server_certificate_timeout()

Change by Erlend E. Aasland : -- nosy: +erlendaasland ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

Change by Erlend E. Aasland : -- pull_requests: +24966 pull_request: https://github.com/python/cpython/pull/26374 ___ Python tracker ___ ___

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

Erlend E. Aasland added the comment: Thanks! Hashlib PR comin' up. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue42792] [MacOS] Can't open file in a separate (threading.Thread) thread

Change by Erlend E. Aasland : -- pull_requests: +24965 pull_request: https://github.com/python/cpython/pull/26373 ___ Python tracker ___ ___

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

Change by Erlend E. Aasland : -- pull_requests: +24964 pull_request: https://github.com/python/cpython/pull/26373 ___ Python tracker ___ ___

[issue42792] [MacOS] Can't open file in a separate (threading.Thread) thread

Change by Erlend E. Aasland : -- pull_requests: -24962 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue42792] [MacOS] Can't open file in a separate (threading.Thread) thread

Change by Erlend E. Aasland : -- pull_requests: -24961 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

Change by Erlend E. Aasland : -- pull_requests: +24963 pull_request: https://github.com/python/cpython/pull/26372 ___ Python tracker ___ ___

[issue42792] [MacOS] Can't open file in a separate (threading.Thread) thread

Change by Erlend E. Aasland : -- pull_requests: +24962 pull_request: https://github.com/python/cpython/pull/26373 ___ Python tracker ___ ___

[issue42792] [MacOS] Can't open file in a separate (threading.Thread) thread

Change by Erlend E. Aasland : -- nosy: +erlendaasland nosy_count: 4.0 -> 5.0 pull_requests: +24961 pull_request: https://github.com/python/cpython/pull/26372 ___ Python tracker ___

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

Change by Erlend E. Aasland : -- pull_requests: +24960 pull_request: https://github.com/python/cpython/pull/26371 ___ Python tracker ___ ___

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

Change by Erlend E. Aasland : -- pull_requests: +24959 pull_request: https://github.com/python/cpython/pull/26370 ___ Python tracker ___ ___

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

Christian Heimes added the comment: Please open PRs and assign them to me. I'll review them as soon as possible. -- ___ Python tracker ___

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

Erlend E. Aasland added the comment: Christian, I've got a PR ready for Modules/_ssl.c, but I won't submit it if you'd rather do it yourself. I'll stay off the sha/md5 types unless you approve :) -- nosy: +christian.heimes ___ Python tracker

[issue44031] python3.8.9, python3.9.2 test_embed test_tabnanny failed

Alexei S added the comment: I downloaded tar.gz of Python-3.8.9 and Python-3.9.4 into my ~/Downloads folder (~/Загрузки in Russian) extracted them, after that executed: chmod +x configure CXX=/usr/bin/g++ ./configure --enable-optimizations make -j4 problems the same for both Python versions

[issue43921] test_ssl fails on Windows buildbots

Pablo Galindo Salgado added the comment: Also, this seems to be reproducible in MacOS at least: https://bugs.python.org/issue44229 -- ___ Python tracker ___ _

[issue43216] Removal of @asyncio.coroutine in Python 3.11

Change by Illia Volochii : -- keywords: +patch pull_requests: +24958 stage: -> patch review pull_request: https://github.com/python/cpython/pull/26369 ___ Python tracker ___ _

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

Change by Erlend E. Aasland : -- pull_requests: +24957 pull_request: https://github.com/python/cpython/pull/26368 ___ Python tracker ___ ___

[issue43921] test_ssl fails on Windows buildbots

Pablo Galindo Salgado added the comment: > Looking at the output, I think the tests are just going to be inherently > flakey. It's not testing the specific scenario directly enough, and relying > heavily on implicit synchronization. But 3.9 and 3.8 are not failing on test_ssl, so do somethin

[issue43921] test_ssl fails on Windows buildbots

STINNER Victor added the comment: > Looking at the output, I think the tests are just going to be inherently > flakey. It's not testing the specific scenario directly enough, and relying > heavily on implicit synchronization. My notes to debug race conditions: https://pythondev.readthedocs.i

[issue43921] test_ssl fails on Windows buildbots

Steve Dower added the comment: I can't reproduce these on my own (Windows) machine either. Looking at the output, I think the tests are just going to be inherently flakey. It's not testing the specific scenario directly enough, and relying heavily on implicit synchronization. We probably ju

[issue37439] Add random.binomialvariate()

Mark Dickinson added the comment: Nope, that's the wrong paper. It looks as though this is the right one, but it's hidden behind a paywall: https://dl.acm.org/doi/abs/10.1145/42372.42381 -- ___ Python tracker _

[issue44237] test_ssl randomly fails on macOS GH Action: test_get_server_certificate_sni() and test_get_server_certificate_timeout()

STINNER Victor added the comment: > https://github.com/python/cpython/pull/26359/checks?check_run_id=2668874284 test.pythoninfo: ssl.HAS_SNI: True ssl.OPENSSL_VERSION: OpenSSL 1.1.1k 25 Mar 2021 ssl.OPENSSL_VERSION_INFO: (1, 1, 1, 11, 15) ssl.OP_ALL: 0x8054 ssl.OP_NO_TLSv1_1: 0x1000

[issue44232] Crash in Objects/typeobject.c

Change by miss-islington : -- nosy: +miss-islington nosy_count: 4.0 -> 5.0 pull_requests: +24956 pull_request: https://github.com/python/cpython/pull/26365 ___ Python tracker _

[issue44237] test_ssl randomly fails on macOS GH Action: test_get_server_certificate_sni() and test_get_server_certificate_timeout()

Christian Heimes added the comment: It looks like a duplicate or very similar to bpo-44229. -- dependencies: +test_get_server_certificate fails intermittently on macOS ___ Python tracker

[issue44232] Crash in Objects/typeobject.c

STINNER Victor added the comment: New changeset bd199e72fb60a8ff001a023f23925092a290be91 by Victor Stinner in branch 'main': bpo-44232: Fix type_new() error reporting (GH-26359) https://github.com/python/cpython/commit/bd199e72fb60a8ff001a023f23925092a290be91 -- ___

[issue44237] test_ssl randomly fails on macOS GH Action: test_get_server_certificate_sni() and test_get_server_certificate_timeout()

New submission from STINNER Victor : https://github.com/python/cpython/pull/26359/checks?check_run_id=2668874284 Error 1: 2021-05-25T20:02:41.9174160Z == 2021-05-25T20:02:41.9268350Z ERROR: test_get_server_certificate_sni (t

[issue37439] Add random.binomialvariate()

Mark Dickinson added the comment: I think the NumPy implementation may be from here: https://core.ac.uk/download/pdf/11007254.pdf (though I'm struggling to find a clear citation in the NumPy source) -- ___ Python tracker

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

Change by Erlend E. Aasland : -- pull_requests: +24954 pull_request: https://github.com/python/cpython/pull/26363 ___ Python tracker ___ ___

[issue36384] [security] CVE-2021-29921: ipaddress Should not reject IPv4 addresses with leading zeroes as ambiguously octal

STINNER Victor added the comment: > I think the only thing I'd improve would be to mention that this issue is the > one that introduced the bug, otherwise it looks a bit weird. Ok, done: https://python-security.readthedocs.io/vuln/ipaddress-ipv4-leading-zeros.html#timeline -- _

[issue44217] Tkinter/IDLE: literal astral char discombobulates text editing

Shreyan Avigyan added the comment: Sorry, 1.0 and 1.1 refer to 😀 not 1.1 and 1.2 -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

miss-islington added the comment: New changeset 534da740a2586357d204ab5f446295b9ce220787 by Miss Islington (bot) in branch '3.10': bpo-42972: Fully implement GC protocol for arraymodule types (GH-26114) https://github.com/python/cpython/commit/534da740a2586357d204ab5f446295b9ce220787 --

[issue44217] Tkinter/IDLE: literal astral char discombobulates text editing

Shreyan Avigyan added the comment: I executed the code Tal provided and yes both Serhiy and Tal you're right. It seems the backspace problem is related to Tcl/Tk's indexing. 1.1 and 1.2 both refer to 😀. Also the dancing I told actually tells why this is happening. Since Tcl/Tk uses BMP it tre

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

Pablo Galindo Salgado added the comment: New changeset bd404ccac0d3e8358995ac0cbeec9373bb6c4d96 by Erlend Egeberg Aasland in branch 'main': bpo-42972: Fully implement GC protocol for arraymodule types (GH-26114) https://github.com/python/cpython/commit/bd404ccac0d3e8358995ac0cbeec9373bb6c4d96

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

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

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

miss-islington added the comment: New changeset e8d9df0089e30a06d837fa2cfbd070e01531701f by Miss Islington (bot) in branch '3.10': bpo-42972: Fully implement GC protocol for sqlite3 heap types (GH-26104) https://github.com/python/cpython/commit/e8d9df0089e30a06d837fa2cfbd070e01531701f -

[issue40551] PRs should be rebased on top of master before running the build/tests

Change by Filipe Laíns : -- resolution: -> works for me stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python

[issue37439] Add random.binomialvariate()

Gregory P. Smith added the comment: A presumed optimal version of this is already available in numpy. https://numpy.org/doc/stable/reference/random/generated/numpy.random.Generator.binomial.html https://github.com/numpy/numpy/blob/2232a473f8713f532c8164c8cf616f7bd05f54a7/numpy/random/_generat

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

Change by miss-islington : -- nosy: +miss-islington nosy_count: 5.0 -> 6.0 pull_requests: +24952 pull_request: https://github.com/python/cpython/pull/26361 ___ Python tracker _

[issue42972] [C API] Heap types (PyType_FromSpec) must fully implement the GC protocol

Pablo Galindo Salgado added the comment: New changeset d3c277a59c3d93fb92f7026f63678083d1d49fc5 by Erlend Egeberg Aasland in branch 'main': bpo-42972: Fully implement GC protocol for sqlite3 heap types (GH-26104) https://github.com/python/cpython/commit/d3c277a59c3d93fb92f7026f63678083d1d49fc

[issue44031] python3.8.9, python3.9.2 test_embed test_tabnanny failed

Alexei S added the comment: make test TESTOPTS="-v test_embed test_tabnanny" CC='gcc -pthread' LDSHARED='gcc -pthread -shared' OPT='-DNDEBUG -g -fwrapv -O3 -Wall' _TCLTK_INCLUDES='' _TCLTK_LIBS='' ./python -E ./setup.py build running build running build_ext The following modu

[issue44233] Provide Windows Terminal Fragment Extension

Steve Dower added the comment: Thanks! This is a great idea. I'd prioritise adding support to the Store app first, as that's easier to manage (we're not having to modify files owned by other apps outside of our install directory). But no reason we couldn't extend the older installer and mak

[issue44226] Threads shutting down in Py 2.7 but not in Py 3.69 while making SSH connection using Paramiko module

Muralidhar BN added the comment: We have checked this issue by adapting another 3rd party SSH packages ( replace paramiko with pyssh). Using this we have found same o/p results. Which means it is not 3rd party SSH package ( paramiko or pyssh) issue. Issue report in Paramiko github will be r

[issue36384] [security] CVE-2021-29921: ipaddress Should not reject IPv4 addresses with leading zeroes as ambiguously octal

George-Cristian Bîrzan added the comment: I think the only thing I'd improve would be to mention that this issue is the one that introduced the bug, otherwise it looks a bit weird. -- ___ Python tracker

[issue36384] [security] CVE-2021-29921: ipaddress Should not reject IPv4 addresses with leading zeroes as ambiguously octal

STINNER Victor added the comment: George-Cristian Bîrzan: "The timeline there is wrong." Fixed: https://python-security.readthedocs.io/vuln/ipaddress-ipv4-leading-zeros.html#timeline The strange part is "2019-03-20 (-741 days): Python issue bpo-36384 reported by Joel Croteau". The problem i

[issue42109] Use hypothesis for testing the standard library, falling back to stubs

Paul Ganssle added the comment: > I use hypothesis during development, but don't have a need for in the the > standard library. By the time code lands there, we normally have a specific > idea of what edge cases needs to be in the tests. The suggestion I've made here is that we use @example

[issue37596] Reproducible pyc: frozenset is not serialized in a deterministic order

Filipe Laíns added the comment: What about normal sets? They also suffer from the same issue. -- ___ Python tracker ___ ___ Python-b

[issue44131] [C API] Add tests on Py_FrozenMain()

STINNER Victor added the comment: commit eaede0ded72e67cee4a91c086847d54cb64ca74c Author: Victor Stinner Date: Mon May 17 23:48:35 2021 +0200 bpo-44131: Test Py_FrozenMain() (GH-26126) * Add test_frozenmain to test_embed * Add Programs/test_frozenmain.py * Add Programs/

[issue44232] Crash in Objects/typeobject.c

STINNER Victor added the comment: > We noticed a behavior change in [1]. Hey, well done bisection, you're right, it's a regression of my large type_new() refactoring in bpo-43770. I wrote PR 26359 to fix it. -- ___ Python tracker

[issue44232] Crash in Objects/typeobject.c

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

[issue44050] [subinterpreters] _PyImport_FixupExtensionObject() regression in Python 3.9

Trygve Aaberge added the comment: > The _PyImport_FixupExtensionObject() change impacts extensions using the > legacy API and so should not be used in subinterpreters. I'm not using that directly in my code, but I guess it's used indirectly? If it shouldn't be used, what's the alternative in

[issue44232] Crash in Objects/typeobject.c

Change by Ken Jin : -- keywords: +patch pull_requests: +24950 stage: -> patch review pull_request: https://github.com/python/cpython/pull/26358 ___ Python tracker ___

[issue37596] Reproducible pyc: frozenset is not serialized in a deterministic order

Serhiy Storchaka added the comment: Possible solution: add an ordered subtype of frozenset which would keep an array of items in the original order. The compiler only creates frozenset when optimizes "x in {1, 2}" or "for x in {1, 2}". It should now create an ordered frozenset from a list of

[issue44214] PyArg_Parse* for vectorcall?

Serhiy Storchaka added the comment: There are alternative ideas of parsing API which should be considered: 1. Linearize keyword arguments using _PyArg_UnpackKeywords() and parse the linear array of arguments with a variant of _PyArg_ParseStack(). 2. Parse arguments outside of the user functi

[issue44232] Crash in Objects/typeobject.c

Ken Jin added the comment: Alright, I got a minimum reproducible example: class XBase(type): def __new__(cls, name, bases, attrs, **kwargs): attrs.pop('__module__') return super().__new__(cls, name, bases, attrs, **kwargs) class X(metaclass=XBase): ... type('A', (X, ), {}

[issue44010] IDLE: highlight soft keywords

Tal Einat added the comment: IMO this can be closed, so I'm closing this. (Terry is welcome to reopen this if needed.) -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue44236] Define SOABI, LIBRARY, LDLIBRARY and LIBPL on Windows

Steve Dower added the comment: Should actually be: LIBPL=Path(sysconfig.get_config_var("installed_base")) / "libs" -- ___ Python tracker ___ _

[issue44236] Define SOABI, LIBRARY, LDLIBRARY and LIBPL on Windows

New submission from Steve Dower : Python on Windows currently has no values in sysconfig to locate the lib files for building. Though these are very predictable (for now), it would be nice to have them in the same place as for other platforms. I propose defining the following config vars in s

[issue44229] test_get_server_certificate fails intermittently on macOS

Erlend E. Aasland added the comment: Yes, sorry ‘bout the cryptic messages :) This is against current main branch (I’m not at my computer right now, so I don’t have the git ref). The first two failures came after 328 and 389 runs. Increasing the timeout (using test.support.SHORT_TIMEOUT) made

[issue44010] IDLE: highlight soft keywords

E. Paine added the comment: Can we close this, or are we leaving it open for when (if) we do a colouriser refactor? -- ___ Python tracker ___

[issue44235] Remove l*gettext() and related functions in the gettext module

Serhiy Storchaka added the comment: Go ahead! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue44235] Remove l*gettext() and related functions in the gettext module

Dong-hee Na added the comment: @serhiy If you are okay, can I process this issue? -- ___ Python tracker ___ ___ Python-bugs-list m

[issue44214] PyArg_Parse* for vectorcall?

Ronald Oussoren added the comment: Annoyingly the keywords variant is the most interesting to expose :-) due to the complexity of correctly interpreting keyword arguments. I agree that we should be careful in exposing the APIs using _PyArg_Parser, although it should be easer to expose it onl

[issue44235] Remove l*gettext() and related functions in the gettext module

New submission from Dong-hee Na : Those APIs were planned to remove at Python 3.10. Now it's python 3.11 it looks okay to remove now. -- components: Library (Lib) messages: 394362 nosy: corona10, serhiy.storchaka priority: normal severity: normal status: open title: Remove l*gettext() a

[issue37596] Reproducible pyc: frozenset is not serialized in a deterministic order

Filipe Laíns added the comment: I would not expect SOURCE_DATE_EPOCH to sacrifice performance. During packaging, SOURCE_DATE_EPOCH is always set, and sometimes we need to perform expensive operations. We only need this behavior during cache generation, making the solution not optimal. Backtr

[issue42392] [document removal of] the deprecated 'loop' parameter asyncio API in 3.10

Change by Ken Jin : -- pull_requests: +24949 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/26357 ___ Python tracker ___ __

[issue20408] memoryview() constructor documentation error

Change by Berker Peksag : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.11 -Python 3.8 ___ Python tracker ___

[issue20408] memoryview() constructor documentation error

Berker Peksag added the comment: New changeset 8accb8c8ccf371021cba5a2b91f5b7c711fa8149 by Miss Islington (bot) in branch '3.9': bpo-20408: Fix memoryview() signature in docs (GH-24431) https://github.com/python/cpython/commit/8accb8c8ccf371021cba5a2b91f5b7c711fa8149 -- ___

[issue20408] memoryview() constructor documentation error

Berker Peksag added the comment: New changeset 05f8ad0c745016cd8b5bdbda4336688b80f45fd7 by Miss Islington (bot) in branch '3.10': bpo-20408: Fix memoryview() signature in docs (GH-24431) https://github.com/python/cpython/commit/05f8ad0c745016cd8b5bdbda4336688b80f45fd7 -- __

[issue44232] Crash in Objects/typeobject.c

Change by Pablo Galindo Salgado : -- nosy: +pablogsal priority: normal -> release blocker ___ Python tracker ___ ___ Python-bugs-lis

[issue20408] memoryview() constructor documentation error

Change by miss-islington : -- nosy: +miss-islington nosy_count: 6.0 -> 7.0 pull_requests: +24947 pull_request: https://github.com/python/cpython/pull/26355 ___ Python tracker _

[issue20408] memoryview() constructor documentation error

Berker Peksag added the comment: New changeset d18e5dae914b1db49b25ed7729c07a535d1f0c52 by Mariusz Felisiak in branch 'main': bpo-20408: Fix memoryview() signature in docs (GH-24431) https://github.com/python/cpython/commit/d18e5dae914b1db49b25ed7729c07a535d1f0c52 -- __

[issue20408] memoryview() constructor documentation error

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

[issue38768] [feature request] Add lldb equivalent to Tools/gdb

Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue44229] test_get_server_certificate fails intermittently on macOS

Christian Heimes added the comment: me, too. Did the change of import for timeout setting cause the issue? -- ___ Python tracker ___ __

[issue44234] Debugging with LLDB doesn't work for universal2 installer on macOS Big Sur

New submission from Ronald Oussoren : I've installed python 3.9.5 using the universal2 installer on my M1 MacBook. Debugging this python using lldb doesn't work because the debugger cannot attach to the (newly launched) binary. This appears to be due to a missing entitlement in the signed ex

[issue44229] test_get_server_certificate fails intermittently on macOS

Pablo Galindo Salgado added the comment: Erlend, could you maybe add some context to the messages, unfortunately, I am failing to understand what they mean :( -- ___ Python tracker _

[issue44031] python3.8.9, python3.9.2 test_embed test_tabnanny failed

STINNER Victor added the comment: > make test TESTOPTS="-v test_embed test_tabnanny" I'm talking about commands *before make test. How did you get the tarball? How did you configure Python? How did you build it? log_configure 3.9.2.log doesn't contain the configure command. log_make 3.9.2.

[issue44231] Remove _PyTuple_FromArray from the public API

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

[issue44231] Remove _PyTuple_FromArray from the public API

STINNER Victor added the comment: New changeset 1b940eb410e2755538a36d87fe4aa8d8783183d6 by Erlend Egeberg Aasland in branch 'main': bpo-44231: Don't export internal _PyTuple_FromArray() symbol (GH-26352) https://github.com/python/cpython/commit/1b940eb410e2755538a36d87fe4aa8d8783183d6

[issue44156] [subinterpreters] Replace static string caches with subinterpreter-compatible alternatives

STINNER Victor added the comment: New changeset 29669245d4ad760f43853a7a0434143090135331 by Ken Jin in branch 'main': bpo-44156: Make cached string constants in compile.c subinterpreter compatible (GH-26161) https://github.com/python/cpython/commit/29669245d4ad760f43853a7a0434143090135331

[issue44232] Crash in Objects/typeobject.c

Ken Jin added the comment: Can you please try removing the `assert(type != NULL);` line at https://github.com/python/cpython/blob/main/Objects/typeobject.c#L3313 and see if it works for you? I suspect that `winner->tp_new()` may sometimes fail and *should* return NULL to indicate that in tho

[issue44229] test_get_server_certificate fails intermittently on macOS

Erlend E. Aasland added the comment: $ git diff diff --git a/Lib/ssl.py b/Lib/ssl.py index 2b131de043..9c281d8028 100644 --- a/Lib/ssl.py +++ b/Lib/ssl.py @@ -257,8 +257,9 @@ class _TLSMessageType: if sys.platform == "win32": from _ssl import enum_certificates, enum_crls +from test.supp

  1   2   >