[issue43826] Resource warnings in test_subprocess

Change by Karthikeyan Singaravelan : -- keywords: +patch pull_requests: +24113 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25381 ___ Python tracker

[issue43826] Resource warnings in test_subprocess

New submission from Karthikeyan Singaravelan : It seems that some of the pipe objects were not closed properly causing resource warnings. Regarding "subprocess still running warning" I guess we need to call kill() on the subprocess before exiting test_send_signal_race2. I will raise a PR for

[issue43825] Deprecation warnings in test cases

Change by Karthikeyan Singaravelan : -- keywords: +patch pull_requests: +24112 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25380 ___ Python tracker

[issue43825] Deprecation warnings in test cases

New submission from Karthikeyan Singaravelan : Following deprecation warnings are raised when tests are ran with -Wall in CPython test suite. I will raise a PR for this. 0:03:48 load avg: 0.79 [ 59/427] test_cmd_line

[issue37179] asyncio loop.start_tls() provide support for TLS in TLS

Jordan Borean added the comment: I'm looking through the PR https://github.com/python/cpython/pull/17975 and it doesn't look like it addresses this particular problem. The code for start_tls

[issue43787] Optimize BZ2File, GzipFile, and LZMAFile __iter__ method.

Inada Naoki added the comment: New changeset d2a8e69c2c605fbaa3656a5f99aa8d295f74c80e by Inada Naoki in branch 'master': bpo-43787: Add __iter__ to GzipFile, BZ2File, and LZMAFile (GH-25353) https://github.com/python/cpython/commit/d2a8e69c2c605fbaa3656a5f99aa8d295f74c80e --

[issue43787] Optimize BZ2File, GzipFile, and LZMAFile __iter__ method.

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

[issue43824] array.array.__deepcopy__() accepts a parameter of any type

Josh Rosenberg added the comment: __deepcopy__ is required to take a second argument by the rules of the copy module; the second argument is supposed to be a memo dictionary, but there's no reason to use it for array.array (it can't contain Python objects, and you only use the memo

[issue41515] typing.get_type_hints generates KeyError

Karthikeyan Singaravelan added the comment: Thanks Victor. I have created https://github.com/python/cpython/pull/25379 that uses self.assertEqual instead of assert that produces syntax warning. -- ___ Python tracker

[issue41515] typing.get_type_hints generates KeyError

Change by Karthikeyan Singaravelan : -- pull_requests: +24111 pull_request: https://github.com/python/cpython/pull/25379 ___ Python tracker ___

[issue43824] array.array.__deepcopy__() accepts a parameter of any type

New submission from MingZhe Hu : The C implementation of foreign function array.array.__deepcopy__() is declared as follows: https://github.com/python/cpython/blob/d9151cb45371836d39b6d53afb50c5bcd353c661/Modules/arraymodule.c#L855 The second argument is unused in the function body.

[issue43823] Improve syntax errors for invalid dictionary literals

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +24110 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25378 ___ Python tracker

[issue43823] Improve syntax errors for invalid dictionary literals

New submission from Pablo Galindo Salgado : Currently the error for invalid dict literals is generic: >>> {1:2, 3:} File "", line 1 {1:2, 3:} ^ SyntaxError: invalid syntax >>> {1:2, 3} File "", line 1 {1:2, 3} ^ SyntaxError: invalid syntax We can have better

[issue43822] Improve syntax errors for missing commas

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +24109 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25377 ___ Python tracker

[issue43822] Improve syntax errors for missing commas

New submission from Pablo Galindo Salgado : Given that is quite common to forgot a comma in containers, function calls, ...etc and that the current error is: >>> [a, b, c d] File "", line 1 [a, b, c d] ^ SyntaxError: invalid syntax We could improve the user experience

[issue40006] enum: Add documentation for _create_pseudo_member_ and composite members

Ethan Furman added the comment: `_create_pseudo_member_` was an implementation detail and has been removed. I did update the doc string which was migrated to `_missing_`. -- ___ Python tracker

[issue40006] enum: Add documentation for _create_pseudo_member_ and composite members

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

[issue43797] Improve syntax error for invalid comparisons

Change by Pablo Galindo Salgado : -- pull_requests: +24107 pull_request: https://github.com/python/cpython/pull/25375 ___ Python tracker ___

[issue43770] Rework C types initialization

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

[issue43817] Add typing.get_annotations()

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

[issue43821] Undocumented behavior of sleep functions and asyncio delayed execution

New submission from Josef Havránek : Hi i found undocumented behavior of time.sleep, and call_at / call_later from asyncio loop There are two things to properly document/consider. It is time of delay/sleep when time for python stops (aka computer is going to hibernate/Cpu not runing)

[issue43820] Remove namespace copy from dataclasses.make_dataclass()

Change by Eric V. Smith : -- keywords: +patch pull_requests: +24105 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25372 ___ Python tracker ___

[issue42248] Raised exception in Enum keeping user objects alive unnecessarily

Ethan Furman added the comment: New changeset 6379924ecd51e346b42b0293da0f4442a0f67707 by Ethan Furman in branch '3.9': [3.9] bpo-42248: [Enum] ensure exceptions raised in ``_missing_`` are released (GH-25350). (GH-25370)

[issue43803] ctypes string_at/wstring_at - bad argument name used in docs and in docstring

Eryk Sun added the comment: > If that's the problem then why not change all of them to use the > name "address" or "addr" to avoid confusion and make it clear > simple. What is your view? Change them all to refer to `ptr`. It's not worth introducing a breaking change: >>>

[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

Eryk Sun added the comment: > So we stop passing the O_TEMPORARY flag. If __enter__() is called, > close() closes the file but doesn't delete anything, and > __exit__() closes the file (if open) and deletes it (even if it > wasn't open). If there is no __enter__(), close() also deletes the

[issue43816] Missing 'extern "C"' for _Py_ctype_table

STINNER Victor added the comment: See https://github.com/python/cpython/blob/master/Include/README.rst for the organization of the C API. -- ___ Python tracker ___

[issue43774] [Doc] Document configure options in the Python documentation

STINNER Victor added the comment: New changeset 85918e4ab6e9410008aef6dedf000d24b3e120ea by Victor Stinner in branch 'master': bpo-43774: Add more links to configure options (GH-25363) https://github.com/python/cpython/commit/85918e4ab6e9410008aef6dedf000d24b3e120ea --

[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

Ethan Furman added the comment: Hey, you agree with me now, so it's not noise. ;-) -- ___ Python tracker ___ ___ Python-bugs-list

[issue43820] Remove namespace copy from dataclasses.make_dataclass()

New submission from Eric V. Smith : In make_dataclasses(), the "namespace" argument is copied because it is mutated. This isn't really necessary: the callback passed to types.new_class() could just update its "ns" parameter with "namespace" and with the new attributes (__anotations__ and

[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

Paul Moore added the comment: Sorry - I'm maybe making an unwarranted assumption. If simply removing "delete on close" behaviour in the CM case is acceptable, then I'm 100% in favour of that. I'd assumed that it was somehow unacceptable, but you're right, and it's not clear if Eryk is

[issue43819] ExtensionFileLoader Does Not Implement invalidate_caches

New submission from Ian H : Currently there's no easy way to get at the internal cache of module spec objects for compiled extension modules. See https://github.com/python/cpython/blob/20ac34772aa9805ccbf082e700f2b033291ff5d2/Python/import.c#L401-L415. For example, these module spec objects

[issue42238] Deprecate suspicious.py?

Pablo Galindo Salgado added the comment: Background on why I reactivated it: I every single alpha release I had to fix actual documentation errors (no false positives) like the one fixed here: https://github.com/python/cpython/commit/20ac34772aa9805ccbf082e700f2b033291ff5d2 I don't like

[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

Ethan Furman added the comment: Paul, If "rescuing" (i.e. "fixing" ;) NamedTemporaryFile was arduous, complicated, or had serious backwards-compatibility issues then I would completely agree with you. However, the fix is simple, the only backwards-compatible issue is the file would still

[issue43798] Add position metadata to alias AST type

Pablo Galindo Salgado added the comment: Ah, it was not clear from the issue that pytest was constructing nodes by hand. It makes sense now. Thanks! -- ___ Python tracker

[issue43798] Add position metadata to alias AST type

Change by daniel hahler : -- versions: -Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43798] Add position metadata to alias AST type

daniel hahler added the comment: @Pablo: the problem (referenced in the pytest issue) is that `ast.alias` has new required arguments now (see also the adjusted test in

[issue43816] Missing 'extern "C"' for _Py_ctype_table

Andrew V. Jones added the comment: > I think the fact that they've been moved to Include/cpython means that user > code shouldn't be using them. > I think it is fine to say that they shouldn't be used, but then we get this from Victor's blog: > It was decided that internal header files must

[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

Paul Moore added the comment: There's a lot of technical discussion of implementation details here, but not much about use cases. IMO, what's more important is whether NamedTemporaryFile is *useful* to people, and what they want to use it *for*. Working out how to implement it can come

[issue42238] Deprecate suspicious.py?

STINNER Victor added the comment: Pablo reenabled the check: commit 20ac34772aa9805ccbf082e700f2b033291ff5d2 (upstream/master, master) Author: Pablo Galindo Date: Mon Apr 12 20:53:15 2021 +0100 Fix Sphinx errors in the documentation and re-activate the suspicious check (GH-25368)

[issue43818] Email does not apply policy to multipart messages with defects

New submission from Joseph Ishac : I have noticed an issue (Python 3.8.5) where an email can be read in as bytes, but will not be returned as such with the as_bytes() call if the message is multipart, has a boundary which is not properly quoted, and the message has non-ascii text. It seems

[issue43816] Missing 'extern "C"' for _Py_ctype_table

Eric V. Smith added the comment: These files were probably added as part of str.format() or short float repr. I think the fact that they've been moved to Include/cpython means that user code shouldn't be using them. See https://bugs.python.org/issue35134 and

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

Stefan Behnel added the comment: > why /shouldn't/ we make the change? It breaks doctests, and probably some other unit tests, too, e.g. for output formatting. What should we suggest users to do? Replace >>> get_flag(…) by >>> get_flag(…) == app_enums.TrickyFlag or

[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

Steve Dower added the comment: O_TEMPORARY is clearly not the right option here, and we should just move the unlink call into __exit__ and attempt it even if close() has been called. Windows's "delete on close" functionality is great, but if you haven't designed for its semantics, it's

[issue41515] typing.get_type_hints generates KeyError

STINNER Victor added the comment: > Thanks -- odd this didn't fail in CI. The CI runs tests with "make buildbottest" which uses the -w option: -w, --verbose2re-run failed tests in verbose mode When test___all__ is re-run in verbose mode, it doesn't fail: "== Tests result: FAILURE

[issue41515] typing.get_type_hints generates KeyError

Guido van Rossum added the comment: Thanks -- odd this didn't fail in CI. We'll get it fixed. -- ___ Python tracker ___ ___

[issue41515] typing.get_type_hints generates KeyError

STINNER Victor added the comment: This change introduced a regression: https://buildbot.python.org/all/#/builders/96/builds/1012 $ ./python -m test test___all__ 0:00:00 load avg: 0.28 Run tests sequentially 0:00:00 load avg: 0.28 [1/1] test___all__ test test___all__ failed -- Traceback (most

[issue30528] ipaddress.IPv{4,6}Network.reverse_pointer is broken

Change by Roundup Robot : -- nosy: +python-dev nosy_count: 6.0 -> 7.0 pull_requests: +24104 pull_request: https://github.com/python/cpython/pull/25371 ___ Python tracker ___

[issue43816] Missing 'extern "C"' for _Py_ctype_table

Stefan Behnel added the comment: These macros are a sort-of documented part of the C-API. At least, they were mentioned in a What's New document: https://docs.python.org/3/whatsnew/2.7.html?highlight=py_isspace#build-and-c-api-changes They were added here, for the Py2.7 release:

[issue42248] Raised exception in Enum keeping user objects alive unnecessarily

Ethan Furman added the comment: New changeset f396a1a940f8608a4be2a9ac4ef82e37c198ecd3 by Ethan Furman in branch '3.8': [3.8] bpo-42248: [Enum] ensure exceptions raised in ``_missing_`` are released (GH-25350). (GH-25369)

[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

Ethan Furman added the comment: Eryk, I'm not sure if you are agreeing or disagreeing with me. :) On Windows it sounds like O_TEMPORARY buys us guaranteed file deletion, but costs us easy sharing of file resources and a difference in semantics between Windows and non-Windows. Is the

[issue43812] Tuple unpacking in getitem

Pablo Galindo Salgado added the comment: I am closing this as duplicate of https://www.python.org/dev/peps/pep-0646, but feel free to reopen if you think there is some missing considerations. -- resolution: -> duplicate stage: -> resolved status: open -> closed

[issue43812] Tuple unpacking in getitem

Pablo Galindo Salgado added the comment: This is currently being proposed as part of https://www.python.org/dev/peps/pep-0646. -- nosy: +pablogsal ___ Python tracker ___

[issue42248] Raised exception in Enum keeping user objects alive unnecessarily

Change by Ethan Furman : -- pull_requests: +24103 pull_request: https://github.com/python/cpython/pull/25370 ___ Python tracker ___

[issue42248] Raised exception in Enum keeping user objects alive unnecessarily

Change by Ethan Furman : -- pull_requests: +24102 pull_request: https://github.com/python/cpython/pull/25369 ___ Python tracker ___

[issue43803] ctypes string_at/wstring_at - bad argument name used in docs and in docstring

Shreyan Avigyan added the comment: Yeah, you're right and also it is true that changing the docstring to "ptr" can succinctly say "Return the byte string at void *ptr." But it's a kind of problem if different argument names are used for the same argument in docstring, argument list and

[issue30528] ipaddress.IPv{4,6}Network.reverse_pointer is broken

jana added the comment: This code does the trick: ipn = ipaddress.ip_network("2a0c:ac10::/32") prefix = ipn.prefixlen if ipn.version == 6: rest = int((ipn.max_prefixlen - prefix) / 4) elif ipn.version == 4: rest = int((ipn.max_prefixlen - prefix) / 8) return

[issue43804] Add more info about building C/C++ Extensions on Windows using MSVC

Shreyan Avigyan added the comment: Kindly have a review of my PR. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue43817] Add typing.get_annotations()

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41515] typing.get_type_hints generates KeyError

Guido van Rossum added the comment: New changeset a9cf69df2e031d6157f01289f66ca9cf723ceb5c by Karthikeyan Singaravelan in branch 'master': bpo-41515: Fix KeyError raised in get_type_hints (GH-25352) https://github.com/python/cpython/commit/a9cf69df2e031d6157f01289f66ca9cf723ceb5c

[issue43817] Add typing.get_annotations()

Larry Hastings added the comment: > I'd say just submit the PR. Shouldn't be problematic. Okey-doke, I can do it. Though I have plenty to do at the moment, though, so it wouldn't be this week. Is there anybody who would *enjoy* taking this on, who we could farm it out to? If not, that's

[issue30528] ipaddress.IPv{4,6}Network.reverse_pointer is broken

jana added the comment: Running into the same problem here. Within the zonefile rfc1035 defines a usecase for ipv4, but I can't find anything similar for IPv6. The feature is also rather obscure. The zone however is used in the zonefile as origin and in bind in the named.conf to refer to

[issue43817] Add typing.get_annotations()

Guido van Rossum added the comment: I'd say just submit the PR. Shouldn't be problematic. (Have you decided what to do if the eval() fails?) -- ___ Python tracker ___

[issue43492] Upgrade to SQLite 3.35.4 in macOS and Windows

Erlend Egeberg Aasland added the comment: I agree, Steve. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43817] Add typing.get_annotations()

Larry Hastings added the comment: To be honest, I'm not 100% sure. But I observe that typing.get_type_hints() is about fifty lines of code, and very few of them are the opinionated lines I want to avoid. Some things typing.get_type_hints() seems to do for you: * Work around the "classes

[issue43817] Add typing.get_annotations()

Guido van Rossum added the comment: It's fair that get_type_hints() does too much. But what does your proposed function do besides this? {k: eval(v) for k, b in x.__annotations__.items()} ? -- ___ Python tracker

[issue43817] Add typing.get_annotations()

Larry Hastings added the comment: (realized mid-issue-creation that it should have a different name) -- title: Add typing.eval_annotations() -> Add typing.get_annotations() ___ Python tracker

[issue43817] Add typing.eval_annotations()

New submission from Larry Hastings : Currently, with PEP 563 looming over us, people who use annotations for something besides type hints are kind of stuck. Converting stringized annotations back into useful values is a complicated problem, and there's only function in the standard library

[issue42737] PEP 563: drop annotations for complex assign targets

Guido van Rossum added the comment: Batuhan, can you summarize the argument from the thread? What do you think yourself? Myself, I'm not sure either way, but it seems okay to remove the remnant bytecode. -- ___ Python tracker

[issue42904] get_type_hints does not provide localns for classes

Guido van Rossum added the comment: Hi Ken Jin, you can close this issue now with your new permissions, right? -- ___ Python tracker ___

[issue42904] get_type_hints does not provide localns for classes

Guido van Rossum added the comment: New changeset 852150ddfe68bc2696fc880175aeb855a0c16ae6 by Ken Jin in branch 'master': bpo-42904: Fix get_type_hints for class local namespaces (GH-24201) https://github.com/python/cpython/commit/852150ddfe68bc2696fc880175aeb855a0c16ae6 --

[issue42059] TypedDict(...) as function does not respect "total" when setting __required_keys__ and __optional_keys__

Guido van Rossum added the comment: Dominic, thanks so much for the backport! -- ___ Python tracker ___ ___ Python-bugs-list

[issue43816] Missing 'extern "C"' for _Py_ctype_table

Andrew V. Jones added the comment: > 1) The Cython-generated code uses `Py_ISSPACE` (and not `_Py_ctype_table`), > but the expansion of the macro `Py_ISSPACE` then adds `_Py_ctype_table` to > the user's code > I wrote this up as a Cython bug here (just to see if the Cython team consider

[issue43492] Upgrade to SQLite 3.35.4 in macOS and Windows

Steve Dower added the comment: It's been a busy month for the SQLite team... hope they're doing okay. Let's give this one a few weeks, just in case. -- ___ Python tracker

[issue43123] email MIME splitting

Ross Rhodes added the comment: PR now “stale” since I have not received any feedback, yet. -- ___ Python tracker ___ ___

[issue42916] Support for DICOM image file format in imghdr module

Ross Rhodes added the comment: PR already open to support DICOM based on the first 132 characters. Marked “stale” since I haven’t had any feedback on GitHub, yet. -- ___ Python tracker

[issue43761] Documenting dataclass and namedtuple changes for structural pattern matching

Brandt Bucher added the comment: > For named tuples, there isn't an include/exclude option, so no extra mention > is warranted. I think a note in the docs could still be valuable, if only because defining __match_args__ for named tuples changes the inherited tuple behavior for positional

[issue43492] Upgrade to SQLite 3.35.4 in macOS and Windows

Big Stone added the comment: 3.35.4 is there -- nosy: +Big Stone ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue43816] Missing 'extern "C"' for _Py_ctype_table

Change by Karthikeyan Singaravelan : -- components: +C API ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41661] os.path.relpath does not document ValueError on Windows with different drives

miss-islington added the comment: New changeset de06baa9de109a00c26de0dc5a248fe7aafe09f5 by Miss Islington (bot) in branch '3.9': bpo-41661: Document os.path.relpath() exception on Windows with different drives (GH-25346)

[issue43797] Improve syntax error for invalid comparisons

Pablo Galindo Salgado added the comment: New changeset b86ed8e3bb41ede77eeab4a8bb4e2b91a8065283 by Pablo Galindo in branch 'master': bpo-43797: Improve syntax error for invalid comparisons (#25317) https://github.com/python/cpython/commit/b86ed8e3bb41ede77eeab4a8bb4e2b91a8065283 --

[issue43797] Improve syntax error for invalid comparisons

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue43774] [Doc] Document configure options in the Python documentation

Pablo Galindo Salgado added the comment: New changeset 2459b92a4db69d9b14d0a86a9b81cc075894e910 by Victor Stinner in branch 'master': bpo-43774: Remove --without-cycle-gc doc (GH-25364) https://github.com/python/cpython/commit/2459b92a4db69d9b14d0a86a9b81cc075894e910 -- nosy:

[issue43816] Missing 'extern "C"' for _Py_ctype_table

Andrew V. Jones added the comment: > I am happy to re-assign this as a Cython bug, but the fact it is fixed with > an `extern "C"` in Python.h, really makes it feel like it is a Python-proper > issue and not a "user" issue. > Just to extend on this: 1) The Cython-generated code uses

[issue42248] Raised exception in Enum keeping user objects alive unnecessarily

Ethan Furman added the comment: New changeset 8c14f5a787b21d5a1eae5d5ee981431d1c0e055f by Ethan Furman in branch 'master': bpo-42248: [Enum] ensure exceptions raised in ``_missing_`` are released (GH-25350) https://github.com/python/cpython/commit/8c14f5a787b21d5a1eae5d5ee981431d1c0e055f

[issue43816] Missing 'extern "C"' for _Py_ctype_table

Andrew V. Jones added the comment: > In fact, _Py_ctype_table is limited to the internal parts of the interpreter. > So in this case, this one could not be used in an external tool. > Hmm, so why is this "exposed" by the "world-facing" `Python.h` file? I should say: we found this bug via

[issue41661] os.path.relpath does not document ValueError on Windows with different drives

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

[issue41661] os.path.relpath does not document ValueError on Windows with different drives

Steve Dower added the comment: New changeset 67c0b3d89c4da9750fdb43fc66d3924681b22d2e by Zackery Spytz in branch 'master': bpo-41661: Document os.path.relpath() exception on Windows with different drives (GH-25346)

[issue41661] os.path.relpath does not document ValueError on Windows with different drives

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

[issue41661] os.path.relpath does not document ValueError on Windows with different drives

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

[issue43105] [Windows] Can't import extension modules resolved via relative paths in sys.path

Change by Steve Dower : -- assignee: -> steve.dower resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue43816] Missing 'extern "C"' for _Py_ctype_table

Stéphane Wirtel added the comment: In fact, _Py_ctype_table is limited to the internal parts of the interpreter. So in this case, this one could not be used in an external tool. You can read: https://docs.python.org/3/c-api/stable.html I am not sure that you correctly use the API.

[issue43816] Missing 'extern "C"' for _Py_ctype_table

Change by Andrew V. Jones : -- keywords: +patch pull_requests: +24099 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25365 ___ Python tracker ___

[issue43816] Missing 'extern "C"' for _Py_ctype_table

New submission from Andrew V. Jones : With Python 3.9.4, and when compiling with Visual Studio 2019, we have noticed that the variable `_Py_ctype_table` is *not* scoped with in an `extern "C"` block, and where the Python library (`python39.lib`) *has* been compiled with a C compiler. This

[issue43774] [Doc] Document configure options in the Python documentation

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

[issue43774] [Doc] Document configure options in the Python documentation

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

[issue43815] documentation for types.new_class() mention misleading default for exec_body

New submission from Eric V. Smith : https://github.com/python/cpython/blob/3.8/Lib/types.py The documentation says "If no callback is provided, it has the same effect as passing in lambda ns: ns." I read this as saying that the callback should return the namespace, but in reality the return

[issue33927] Allow json.tool to have identical infile and outfile

Stéphane Wirtel added the comment: Hello @pablogsal, What do you think about the PR of Rémi? Thank you, -- versions: -Python 3.7, Python 3.8, Python 3.9 ___ Python tracker

[issue43351] `RecursionError` during deallocation

Andrew V. Jones added the comment: For us, this issue was resolved with moving to 3.9.2. I have closed it as it seems it was an "accidentally fixed" bug. -- stage: -> resolved status: open -> closed ___ Python tracker

[issue43814] Fix the error message for disallowed __weakref__ slots

Change by Géry : -- keywords: +patch pull_requests: +24096 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25362 ___ Python tracker ___

[issue43814] Fix the error message for disallowed __weakref__ slots

New submission from Géry : When ``` TypeError: __weakref__ slot disallowed: either we already got one, or __itemsize__ != 0 ``` is raised, the second condition `base->tp_itemsize != 0` (i.e. the base is a *variable-length* type, like `int`, `tuple` and `bytes`) in the error message is

  1   2   >