[issue42402] Termios module documentation is extremely lacking

Dan Merillat added the comment: Correction, the example source in the documentation is correct as there's no symbolic names for the tty attributes array, only the cc field. -- ___ Python tracker ___

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

STINNER Victor added the comment: About multi-phase init, it's nice to see the list of modules using the "legacy" init API getting smaller at each Python release! Example adding a log to PyModule_Create2(): +fprintf(stderr, "LEGACY MODULE INIT: %s\n", module->m_name); python3.6 -c pass: 16

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

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

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

miss-islington added the comment: New changeset 3094dd5fb5fa3ed91f5e2887887b193edbc976d2 by Christian Heimes in branch 'master': bpo-1635741: Port _queue to multiphase initialization (GH-23376) https://github.com/python/cpython/commit/3094dd5fb5fa3ed91f5e2887887b193edbc976d2 -- ___

[issue42403] Cleanup importlib code

New submission from STINNER Victor : Placeholder issuer to enhance the importlib code base and "bootstrap" code. -- components: Library (Lib) messages: 381397 nosy: vstinner priority: normal severity: normal status: open title: Cleanup importlib code versions: Python 3.10 _

[issue31904] Python should support VxWorks RTOS

Change by Peixing Xin : -- pull_requests: +22283 pull_request: https://github.com/python/cpython/pull/23391 ___ Python tracker ___ _

[issue42333] Port ssl module to heap types and module state (PEP 573)

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

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

Change by Erlend Egeberg Aasland : -- pull_requests: +22285 pull_request: https://github.com/python/cpython/pull/23393 ___ Python tracker ___

[issue31904] Python should support VxWorks RTOS

Change by Peixing Xin : -- pull_requests: +22286 pull_request: https://github.com/python/cpython/pull/23394 ___ Python tracker ___ _

[issue39442] from __future__ import annotations makes dataclasses.Field.type a string, not type

ARF1 added the comment: One problem I have with the current behaviour is that users of library code need to know the exact namespace in which a library has defined a dataclass. An example is if a library writer had to deconflict the name of a type he used in a user-facing dataclass. Below i

[issue42401] Plislit does not handle date timezone correctly

Change by Ronald Oussoren : -- components: +macOS ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue42403] Cleanup importlib code

Change by STINNER Victor : -- keywords: +patch pull_requests: +22287 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23395 ___ Python tracker ___ _

[issue42403] Cleanup importlib code

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

[issue39442] from __future__ import annotations makes dataclasses.Field.type a string, not type

ARF1 added the comment: Another counter-intuitive behaviour is the different behaviour of dataclasses depending on whether they were defined with the decorator or the make_dataclass factory method: from __future__ import annotations import dataclasses mytype = int @dataclasses.dataclass c

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

Christian Heimes added the comment: New changeset bf9d70a1a5255080b7a5e55f319dfffd5f20fdcd by Christian Heimes in branch 'master': bpo-1635741: Port spwd to multiphase initialization (GH-23390) https://github.com/python/cpython/commit/bf9d70a1a5255080b7a5e55f319dfffd5f20fdcd -- ___

[issue42403] Cleanup importlib code

STINNER Victor added the comment: New changeset 7d9d25dbedfffce61fc76bc7ccbfa9ae901bf56f by Victor Stinner in branch 'master': bpo-42403: Fix pyflakes warnings in importlib (GH-23396) https://github.com/python/cpython/commit/7d9d25dbedfffce61fc76bc7ccbfa9ae901bf56f -- _

[issue42403] Cleanup importlib code

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

[issue42195] Inconsistent __args__ between typing.Callable and collections.abc.Callable

Ken Jin added the comment: I tried to implement Callable[[int, int], str] as ((int, int), str). However, it breaks much of typing's tests and requires recursion to account for the nested tuples, in both typing, and in the C implementation of GenericAlias. I'd like to humbly propose a less br

[issue39573] [C API] Make PyObject an opaque structure in the limited C API

STINNER Victor added the comment: > And breezy: > https://bugzilla.redhat.com/show_bug.cgi?id=1890880 (not yet reported > upstream) Oh, I didn't notice that this project is broken by the Py_REFCNT() change. I expected it to be broken by the Py_TYPE() change as others. Should we revert the P

[issue39573] [C API] Make PyObject an opaque structure in the limited C API

STINNER Victor added the comment: > And breezy: > https://bugzilla.redhat.com/show_bug.cgi?id=1890880 (not yet reported > upstream) I reported the issue to breezy upstream: https://bugs.launchpad.net/brz/+bug/1904868 -- ___ Python tracker

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

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

[issue31289] File paths in exception traceback resolve symlinks

Irit Katriel added the comment: Here is a case where the opposite was requested: https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1179979 There they want the traceback to be the same regardless of which symlink the script was found by. I think a change like the one you are proposing her

[issue42404] clinic: add option to pass module object to converter function

New submission from Christian Heimes : Sometimes the converter function for CConverter must access the current module object in order to access the current module state. Currently CConverter subclasses have no easy way to pass the module to the converter function. It would be fantastic if eas

[issue40600] Add option to disallow > 1 instance of an extension module

Change by hai shi : -- nosy: +shihai1991 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.

[issue42405] Add distutils mvsccompiler support for Windows ARM64 build

New submission from Adrian Vladu : To add support for building packages that have C extensions on Windows ARM64, some fixes are required in the integrated distutils wrapper for Visual Studio compiler (Lib/distutils/msvc9compiler.py) This is a hardcoded fix that needs to be improved so that it

[issue42405] Add distutils mvsccompiler support for Windows ARM64 build

Change by Adrian Vladu : -- keywords: +patch pull_requests: +22291 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23399 ___ Python tracker ___ ___

[issue34364] problem with traceback for syntax error in f-string

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

[issue42403] Cleanup importlib code

STINNER Victor added the comment: New changeset 3390347aa036404453213d589fe1e35902e55fd4 by Victor Stinner in branch 'master': bpo-42403: Simplify importlib external bootstrap (GH-23397) https://github.com/python/cpython/commit/3390347aa036404453213d589fe1e35902e55fd4 -- __

[issue25872] multithreading traceback KeyError when modifying file

Irit Katriel added the comment: The issue was fixed but a unit test for this still needs to be added. -- keywords: +easy -patch nosy: +iritkatriel stage: patch review -> test needed ___ Python tracker __

[issue42406] Importing multiprocessing breaks pickle.whichmodule

New submission from Renato Cunha : Importing multiprocessing prior to other modules that define `ufunc`s breaks pickle.whichmodule for those functions. Example: Python 3.8.6 (default, Sep 30 2020, 04:00:38) [GCC 10.2.0] on linux Type "help", "copyright", "credits" or "license" for

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

Dong-hee Na added the comment: New changeset cfeb5437a8910e28726422a14a93a36584e32238 by Christian Heimes in branch 'master': bpo-1635741: Port _struct to multiphase initialization (GH-23398) https://github.com/python/cpython/commit/cfeb5437a8910e28726422a14a93a36584e32238 -- _

[issue42407] Grammatical typo in multiprocessing doc

New submission from Ario Aliabadi : >From the multiprocessing docs: >https://docs.python.org/3/library/multiprocessing.html#contexts-and-start-methods > The child process will only inherit those resources necessary to run the > process objects run() method. Is grammatically incorrect - the r

[issue42408] passing memoryview slice to struct packing functions

New submission from Daniel Hrisca : First I have to apologize if this was discussed before; I've searched the issues and googled the problem but I got nothing obvious. I'm trying to pass a memoryview slice as argument to struct packing functions to avoid creating intermediate bytes objects f

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

Change by Dong-hee Na : -- pull_requests: +22293 pull_request: https://github.com/python/cpython/pull/23401 ___ Python tracker ___ ___

[issue42245] concurrent.futures.ProcessPoolExecutor freezes depending on complexity

DanilZ added the comment: Dear All, Thanks for the great input. As described above it appears to be a MacOS problem. -- ___ Python tracker ___ ___

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

Change by Dong-hee Na : -- pull_requests: +22294 pull_request: https://github.com/python/cpython/pull/23402 ___ Python tracker ___ ___

[issue15707] PEP 3121, 384 Refactoring applied to signal module

STINNER Victor added the comment: The _signal extension module has been ported to the new multi-phase initialization API (PEP 489). See bpo-4 "Convert a few stdlib extensions to the limited C API". -- nosy: +vstinner resolution: -> fixed stage: -> resolved status: open -> close

[issue15707] PEP 3121, 384 Refactoring applied to signal module

Change by STINNER Victor : -- resolution: fixed -> duplicate superseder: -> _signal module leak: test_interpreters leaked [1424, 1422, 1424] references ___ Python tracker ___

[issue15668] PEP 3121, 384 Refactoring applied to random module

STINNER Victor added the comment: commit cc0cd43c0f96dac413e54855e9c77ec4b73bd2f8 Author: Christian Heimes Date: Thu Nov 19 08:46:29 2020 +0100 bpo-1635741: Port _random to multiphase initialization (GH-23359) See bpo-4 "Convert a few stdlib extensions to the limited C API". -

[issue15675] PEP 3121, 384 Refactoring applied to array module

STINNER Victor added the comment: See bpo-4 "Convert a few stdlib extensions to the limited C API". -- resolution: -> fixed stage: patch review -> resolved status: open -> closed superseder: -> Py_Finalize() doesn't clear all Python objects at exit __

[issue41111] [C API] Convert a few stdlib extensions to the limited C API (PEP 384)

Change by STINNER Victor : -- components: +C API title: Convert a few stdlib extensions to the limited C API (PEP 384) -> [C API] Convert a few stdlib extensions to the limited C API (PEP 384) ___ Python tracker

[issue41111] Convert a few stdlib extensions to the limited C API (PEP 384)

Change by STINNER Victor : -- title: Convert a few stdlib extensions to the limited C API -> Convert a few stdlib extensions to the limited C API (PEP 384) ___ Python tracker

[issue15670] PEP 3121, 384 Refactoring applied to ssl module

STINNER Victor added the comment: Marked as a duplicate of bpo-42333. See also bpo-4 "Convert a few stdlib extensions to the limited C API (PEP 384)". -- resolution: -> duplicate stage: needs patch -> resolved status: open -> closed superseder: -> Port ssl module to heap types

[issue42333] Port ssl module to heap types and module state (PEP 573)

STINNER Victor added the comment: I marked bpo-15670 as duplicate of this issue. -- nosy: +vstinner ___ Python tracker ___ ___ Pyth

[issue42406] Importing multiprocessing breaks pickle.whichmodule

Change by Renato Cunha : -- components: +Library (Lib) -Interpreter Core ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue15734] PEP 3121, 384 Refactoring applied to spwd module

STINNER Victor added the comment: New changeset bf9d70a1a5255080b7a5e55f319dfffd5f20fdcd by Christian Heimes in branch 'master': bpo-1635741: Port spwd to multiphase initialization (GH-23390) https://github.com/python/cpython/commit/bf9d70a1a5255080b7a5e55f319dfffd5f20fdcd See bpo-4 "Conv

[issue15671] PEP 3121, 384 Refactoring applied to struct module

STINNER Victor added the comment: New changeset cfeb5437a8910e28726422a14a93a36584e32238 by Christian Heimes in branch 'master': bpo-1635741: Port _struct to multiphase initialization (GH-23398) https://github.com/python/cpython/commit/cfeb5437a8910e28726422a14a93a36584e32238 See bpo-4 "C

[issue15705] PEP 3121, 384 Refactoring applied to sha256 module

STINNER Victor added the comment: commit 52a2df135c0470b1dbf889edc51b7c556ae4bc80 Author: Mohamed Koubaa Date: Tue Sep 8 04:16:14 2020 -0500 bpo-1635741: Convert _sha256 types to heap types (GH-22134) Convert the _sha256 extension module types to heap types. See bpo-4 "Con

[issue15697] PEP 3121 refactoring applied to pwd module

STINNER Victor added the comment: commit fa2eee975dbf7d2728021ef9d97328bbe88351cf Author: Christian Heimes Date: Thu Nov 19 08:47:32 2020 +0100 bpo-1635741: Port grp and pwd to multiphase initialization (GH-23360) See bpo-4 "Convert a few stdlib extensions to the limited C API (PE

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

miss-islington added the comment: New changeset 646d7fdefbbc95a83df665698af7385d10bde66c by Christian Heimes in branch 'master': bpo-1635741: Port gc module to multiphase initialization (GH-23377) https://github.com/python/cpython/commit/646d7fdefbbc95a83df665698af7385d10bde66c --

[issue15714] PEP 3121, 384 Refactoring applied to grp module

STINNER Victor added the comment: commit fa2eee975dbf7d2728021ef9d97328bbe88351cf Author: Christian Heimes Date: Thu Nov 19 08:47:32 2020 +0100 bpo-1635741: Port grp and pwd to multiphase initialization (GH-23360) See bpo-4 "Convert a few stdlib extensions to the limited C API (PE

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

Christian Heimes added the comment: $ find -name '*.c' -and -not -name moduleobject.c | xargs grep -l PyModule_Create\( | sort ./Doc/includes/custom2.c ./Doc/includes/custom3.c ./Doc/includes/custom4.c ./Doc/includes/custom.c ./Doc/includes/sublist.c ./Modules/_asynciomodule.c ./Modules/cjkcod

[issue15665] PEP 3121, 384 refactoring applied to lsprof module

STINNER Victor added the comment: commit 83de110dce94a9196dccc01d526628615714e362 Author: Mohamed Koubaa Date: Wed Sep 23 05:33:21 2020 -0500 bpo-1635741: Port _lsprof extension to multi-phase init (PEP 489) (GH-0) See bpo-4 "Convert a few stdlib extensions to the limited C API

[issue42406] Importing multiprocessing breaks pickle.whichmodule

Change by Renato Cunha : -- keywords: +patch pull_requests: +22295 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23403 ___ Python tracker ___ ___

[issue15674] PEP 3121, 384 Refactoring applied to _thread module

Change by STINNER Victor : -- title: PEP 3121, 384 Refactoring applied to thread module -> PEP 3121, 384 Refactoring applied to _thread module ___ Python tracker ___ _

[issue15390] PEP 3121, 384 refactoring applied to _datetime module

Change by STINNER Victor : -- title: PEP 3121, 384 refactoring applied to datetime module -> PEP 3121, 384 refactoring applied to _datetime module ___ Python tracker ___ _

[issue15787] [meta issue] PEP 3121, 384 Refactoring

STINNER Victor added the comment: The work is now tracked at bpo-1635741. -- nosy: +vstinner title: PEP 3121, 384 Refactoring -> [meta issue] PEP 3121, 384 Refactoring ___ Python tracker

[issue15849] PEP 3121, 384 Refactoring applied to xx module

STINNER Victor added the comment: > Hum, I reopen the issue: the xx module still defines types statically and so > the "PEP 384" part of this issue is not fixed yet. It's now tracked by bpo-4 "Convert a few stdlib extensions to the limited C API (PEP 384)". -- _

[issue15849] PEP 3121, 384 Refactoring applied to xx module

Change by STINNER Victor : -- resolution: -> duplicate status: open -> closed superseder: -> Py_Finalize() doesn't clear all Python objects at exit ___ Python tracker ___ ___

[issue15653] PEP 3121, 384 refactoring applied to hashopenssl module

STINNER Victor added the comment: commit 46f59ebd01e22cc6a56fd0691217318c1d801a49 Author: Christian Heimes Date: Wed Nov 18 16:12:13 2020 +0100 bpo-1635741: Port _hashlib to multiphase initialization (GH-23358) Signed-off-by: Christian Heimes See bpo-4 "Convert a few std

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

miss-islington added the comment: New changeset 588c7c9f08a673472a29e3f8f7fda9e343212e7d by Dong-hee Na in branch 'master': bpo-1635741: Fix _struct for build bot error (GH-23402) https://github.com/python/cpython/commit/588c7c9f08a673472a29e3f8f7fda9e343212e7d -- _

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

STINNER Victor added the comment: I closed the following issues as duplicates of this issue: * bpo-15707: "PEP 3121, 384 Refactoring applied to signal module" (duplicate of bpo-41713) * bpo-15670: "PEP 3121, 384 Refactoring applied to ssl module" (duplicate of bpo-42333) * bpo-15668: "PEP 31

[issue41111] [C API] Convert a few stdlib extensions to the limited C API (PEP 384)

Change by Fred Drake : -- nosy: +fdrake ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.o

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

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

[issue42407] Grammatical typo in multiprocessing doc

Change by Irit Katriel : -- versions: +Python 3.10, Python 3.8, Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue42409] Interpreter exit blocks waiting for ThreadPoolExecutor.map

New submission from George Sakkis : ThreadPoolExecutor.map() prevents interpreter exit if there is a reference to the generator it returns. In the attached script: - `python threadpool_map.py run1` exits as soon as the exception is raised on the main thread. This is the desired behavior in ou

[issue42409] Interpreter exit blocks waiting for ThreadPoolExecutor.map

Change by George Stefos : -- nosy: +stefosgiwrgos ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

miss-islington added the comment: New changeset b437aa83f9374b86b7756705e8dc83b72a99e037 by Christian Heimes in branch 'master': bpo-1635741: Port _posixshmem extension module to multiphase initialization (GH-23404) https://github.com/python/cpython/commit/b437aa83f9374b86b7756705e8dc83b72a9

[issue40137] TODO list when PEP 573 "Module State Access from C Extension Methods" will be implemented

Change by hai shi : -- pull_requests: +22298 stage: resolved -> patch review pull_request: https://github.com/python/cpython/pull/23405 ___ Python tracker ___ _

[issue40891] Use PEP 573 in functools

hai shi added the comment: Duplicated issue: bpo-40137, so I closed this one. -- ___ Python tracker ___ ___ Python-bugs-list mailin

[issue40891] Use PEP 573 in functools

Change by hai shi : -- resolution: -> duplicate stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-l

[issue42410] Raise a pickleError when convert _functools module to use PyType_FromModuleAndSpec

New submission from hai shi : Touch an error when convert _functools module to use PyType_FromModuleAndSpec, the error info: _pickle.PicklingError: Can't pickle : it's not the same object as functools.partial The related PR: PR3405 -- components: Extension Modules messages: 381436 no

[issue42410] Raise a pickleError when convert _functools module to use PyType_FromModuleAndSpec

hai shi added the comment: Oh, sorry, wrong PR number. the right one: PR23405 -- ___ Python tracker ___ ___ Python-bugs-list mailin

[issue42245] concurrent.futures.ProcessPoolExecutor freezes depending on complexity

Ronald Oussoren added the comment: Could someone that runs into this issue with python 3.7 please test if the issue is still present in 3.8 or 3.9? BTW. I'm not convinced this is a macOS specific problem, see issue40379 which claims that fork-without-exec strategy is inherently broken.

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

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

[issue42410] Raise a pickleError when convert _functools module to use PyType_FromModuleAndSpec

Change by hai shi : -- keywords: +patch pull_requests: +22300 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23407 ___ Python tracker ___

[issue42345] Equality of typing.Literal depends on the order of arguments

miss-islington added the comment: New changeset 1b54077ff6f5c1379e097e9f8e8648da9826d6ec by Yurii Karabas in branch 'master': bpo-42345: Fix hash implementation of typing.Literal (GH-23383) https://github.com/python/cpython/commit/1b54077ff6f5c1379e097e9f8e8648da9826d6ec -- ___

[issue42345] Equality of typing.Literal depends on the order of arguments

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

[issue42410] Raise a pickleError when convert _functools module to use PyType_FromModuleAndSpec

STINNER Victor added the comment: > _pickle.PicklingError: Can't pickle : it's not the > same object as functools.partial I don't understand this error. It looks like a bug in functools. The PR 23407 looks like a workaround rather than a fix. You should analyze why "cls != obj" conditon is

[issue42345] Equality of typing.Literal depends on the order of arguments

miss-islington added the comment: New changeset 2acd9d0c6ccf0b4360e3b63beddb97996bcb9bb1 by Miss Islington (bot) in branch '3.9': bpo-42345: Fix hash implementation of typing.Literal (GH-23383) https://github.com/python/cpython/commit/2acd9d0c6ccf0b4360e3b63beddb97996bcb9bb1 -- ___

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

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

[issue42411] respect cgroups limits when trying to allocate memory

New submission from Carlos Alexandro Becker : A common use case is running python inside containers, for instance, for training models and things like that. The python process sees the host memory/cpu, and ignores its limits, which often leads to OOMKills, for instance: docker run -m 1G --cp

[issue36207] robotsparser deny all with some rules

idee Animation Anniversaire added the comment: idee animation anniversaire est une agence animation à Paris pour les prestations comme pour Animation entreprise, animation arbre de Noël, animation anniversaire à domicile, animation centre de loisir avec spectacle magie, Spectacle maquillage,

[issue42412] Fix bases issues in PyType_FromModuleAndSpec()

New submission from Serhiy Storchaka : 1. There are leaks if Py_tp_bases is used more than once and if some some calls before setting tp_bases are failed. 2. There is a crash if the bases argument or Py_tp_bases is not a tuple. 3. The documentation is not accurate. -- components: C A

[issue42412] Fix bases issues in PyType_FromModuleAndSpec()

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +22303 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23410 ___ Python tracker ___

[issue42345] Equality of typing.Literal depends on the order of arguments

miss-islington added the comment: New changeset e1dc0db8c7cb8c4d7343e051ba85146b375bb8e0 by kj in branch 'master': bpo-42345: Add whatsnew and versionchanged for typing.Literal in 3.9 (GH-23386) https://github.com/python/cpython/commit/e1dc0db8c7cb8c4d7343e051ba85146b375bb8e0 -- ___

[issue42345] Equality of typing.Literal depends on the order of arguments

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

[issue42345] Equality of typing.Literal depends on the order of arguments

Guido van Rossum added the comment: Thanks everyone! Can I close this now? -- ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue42383] Pdb does not correclty restart the target if it changes the current directory

Change by Andrey Bienkowski : -- pull_requests: +22305 pull_request: https://github.com/python/cpython/pull/23412 ___ Python tracker ___ ___

[issue42405] Add distutils mvsccompiler support for Windows ARM64 build

Steve Dower added the comment: Firstly, msvc9compiler.py is very deprecated, we don't touch that one at all or use it in distutils. Second, _msvccompiler.py is weakly deprecated (and likely soon fully deprecated), so you'd be better to make the fix in the setuptools project instead. But we

[issue42345] Equality of typing.Literal depends on the order of arguments

miss-islington added the comment: New changeset 1051ca4d974ebb6448f58b661aa28f8aff325ed3 by Miss Islington (bot) in branch '3.9': bpo-42345: Add whatsnew and versionchanged for typing.Literal in 3.9 (GH-23386) https://github.com/python/cpython/commit/1051ca4d974ebb6448f58b661aa28f8aff325ed3

[issue18838] The order of interactive prompt and traceback on Windows

Adam Bartoš added the comment: The order is fine on Python 3.8, Windows 10. -- ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue18838] The order of interactive prompt and traceback on Windows

Irit Katriel added the comment: Thanks. I'm closing this because 3.7 is only getting security fixes now. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker _

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

Yury Selivanov added the comment: > The safe code can look like: > > global_lock = threading.Lock() like GIL SGTM. We can use this strategy for all synchronization primitives and for objects like asyncio.Queue. -- ___ Python tracker

[issue21041] pathlib.PurePath.parents rejects negative indexes

Paul Ganssle added the comment: I am not seeing any compelling reasons to avoid supporting negative indexes *or* slices here. If I had to guess about the confusing semantics of negative indices, I would guess it's the fact that the index in the -1 position for a non-empty Path will always be

[issue35498] Parents objects in pathlib.Path don't support slices as __getitem__ arguments

Paul Ganssle added the comment: One question I would have about this is that `.parents` is a lazily-calculated sequence, not a list or a tuple, so it's not immediately obvious what the return type of a slice would be. I don't think it makes sense to return, e.g. a `_PathParents` object with

[issue42413] Replace custom exception socket.timeout with TimeoutError

New submission from Christian Heimes : The socket module has a custom timeout exception "socket.timeout". The exception is documented https://docs.python.org/3/library/socket.html#socket.timeout as : > A subclass of OSError, this exception is raised when a timeout occurs on a > socket which

[issue42413] Replace custom exception socket.timeout with TimeoutError

Change by Christian Heimes : -- keywords: +patch pull_requests: +22306 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23413 ___ Python tracker ___

[issue42063] More options to http.server & SimpleHTTPRequestHandler

Change by Roundup Robot : -- keywords: +patch nosy: +python-dev nosy_count: 1.0 -> 2.0 pull_requests: +22307 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23414 ___ Python tracker _

[issue42414] unable to document fields of dataclass

New submission from John-Mark Gurney : per: https://bugs.python.org/issue38401 There is not a way to document fields of a dataclass. I propose that instead of making a language change, that an additional parameter to the field be added in similar vein to property. This currently works: ``` c

  1   2   >