[issue44439] PickleBuffer doesn't have __len__ method

Ma Lin added the comment: Ok, I'm working on a PR. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue23316] Incorrect evaluation order of function arguments with *args

Guido van Rossum added the comment: Looks like Terry accidentally removed Serhiy. Adding him back. -- nosy: +Guido.van.Rossum, serhiy.storchaka ___ Python tracker ___

[issue23316] Incorrect evaluation order of function arguments with *args

Irit Katriel added the comment: It should be possible to make the compiler emit code that evaluates the arg values left to right in all cases. -- ___ Python tracker ___ _

[issue23316] Incorrect evaluation order of function arguments with *args

Change by Terry J. Reedy : -- nosy: -serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue44439] PickleBuffer doesn't have __len__ method

Serhiy Storchaka added the comment: Oh, LZMAFile.write() should not use len() directly on input data because it does not always work correctly with memoryview and other objects supporting the buffer protocol. It should use memoryview(data).nbytes or data = memoryview(data).cast('B') if other

[issue23316] Incorrect evaluation order of function arguments with *args

Change by Serhiy Storchaka : -- versions: +Python 3.11 -Python 3.4, Python 3.5 ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue23316] Incorrect evaluation order of function arguments with *args

Serhiy Storchaka added the comment: Would not be be better in long term to get rid of irregularities? It would make the grammar simpler and the documentation clearer. The only use case of such syntax in wrappers, but they always can be rewritten in other style, with natural order of argument

[issue44439] PickleBuffer doesn't have __len__ method

New submission from Ma Lin : If run this code, it will raise an exception: import pickle import lzma import pandas as pd with lzma.open("test.xz", "wb") as file: pickle.dump(pd.DataFrame(range(1_000_000)), file, protocol=5) The exception: Traceback (most recent ca

[issue23316] Incorrect evaluation order of function arguments with *args

Neil Girdhar added the comment: FYI: https://github.com/PyCQA/pylint/issues/4586 -- ___ Python tracker ___ ___ Python-bugs-list mai

[issue44318] Asyncio classes missing __slots__

Andrei Kulakov added the comment: Bluenix, can you describe your use case in more detail? -- nosy: +andrei.avk ___ Python tracker ___ _

[issue23316] Incorrect evaluation order of function arguments with *args

Guido van Rossum added the comment: Well, it seems we're stuck -- we can't make the grammar more restrictive (at least, I don't think we should, since it is a backwards incompatibility), so we'll have to live with the exception. Since it is now clear what the rule is, we can update the docs.

[issue44431] Add command-line functionality to uuid module

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

[issue44431] Add command-line functionality to uuid module

Serhiy Storchaka added the comment: I think it would be a useful feature. But would not be better to make interface similar to interface of standard Linux command uuidgen? In any case it should support the -h or --help options. -- nosy: +serhiy.storchaka

[issue44438] argparser documentation error

Raymond Hettinger added the comment: If you read the text afterwards, you'll see that raising a TypeError was the intended purpose of this example. Just afterward, it shows how to use *type* to make the code correct. -- assignee: -> rhettinger nosy: +rhettinger resolution: -> not

[issue23316] Incorrect evaluation order of function arguments with *args

Serhiy Storchaka added the comment: See also thread "Order of positional and keyword arguments" on the Python-Dev mailing list (https://mail.python.org/archives/list/python-...@python.org/thread/I6AUYV6DVEMP7XVYVDWC62N6PK6FHX3H/). -- nosy: +serhiy.storchaka _

[issue23394] No garbage collection at end of main thread

Change by Irit Katriel : -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bu

[issue44438] argparser documentation error

Arman Sargsyan added the comment: I have signed the CLA -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue44438] argparser documentation error

New submission from Arman Sargsyan : URL - https://docs.python.org/3/howto/argparse.html The following code will return a type error: import argparse parser = argparse.ArgumentParser() parser.add_argument("square", help="display a square of a given number") args = parser.parse_args() print(arg

[issue23316] Incorrect evaluation order of function arguments with *args

Terry J. Reedy added the comment: The following does not consider keyword-only args with or without defaults. My understanding is the the compiler does not know or considered the signature of the function when evaluating the args. from dis import dis from itertools import permutations as pm

[issue44437] Add multimap() function similar to map(), but with multiprocessing functionality to the multiprocessing module

New submission from Raymond Hettinger : Marking as closed for the reasons mentioned in the PR. I you want to go forward, consider starting a thread on python-ideas. -- nosy: +rhettinger resolution: -> rejected stage: patch review -> resolved status: open -> closed __

[issue31772] SourceLoader uses stale bytecode in case of equal mtime seconds

Irit Katriel added the comment: Looks like this was merged here: https://github.com/akvadrako/cpython/commit/fe9b43a0928a5ef80a4daf3a50af300e5eaeda9a Can we close? -- nosy: +iritkatriel resolution: -> fixed status: open -> pending ___ Python trac

[issue43259] argparse: allow add_mutually_exclusive_group on add_argument_group

Francis Charette Migneault added the comment: I have found that the only thing argparse is actually missing is to forward the actions to the generated mutually exclusive group in _add_container_actions method. class SubArgumentParserFixedMutExtGroups(argparse.ArgumentParser):

[issue23786] test_unaligned_buffers (test.test_hash.HashEqualityTestCase) ... Fatal Python error: Bus error

Peter added the comment: We've migrated our python process off Solaris. -- stage: -> resolved status: open -> closed ___ Python tracker ___ __

[issue44437] Add multimap() function similar to map(), but with multiprocessing functionality to the multiprocessing module

Change by Ryan Rudes : -- components: +Library (Lib) -Tkinter ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44437] Add multimap() function similar to map(), but with multiprocessing functionality to the multiprocessing module

Change by Ryan Rudes : -- keywords: +patch pull_requests: +25347 stage: -> patch review pull_request: https://github.com/python/cpython/pull/26762 ___ Python tracker ___ _

[issue44437] Add multimap() function similar to map(), but with multiprocessing functionality to the multiprocessing module

Change by Ryan Rudes : -- components: Tkinter nosy: Ryan-Rudes priority: normal severity: normal status: open title: Add multimap() function similar to map(), but with multiprocessing functionality to the multiprocessing module type: enhancement versions: Python 3.10, Python 3.11, Pyth

[issue44426] Docs fail to build with Sphinx 4 due to Invalid C declaration

Mark Dickinson added the comment: > and we can certainly change it Done. Closing here, but I've opened a Sphinx issue at https://github.com/sphinx-doc/sphinx/issues/9354 -- nosy: -miss-islington resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +

[issue44426] Docs fail to build with Sphinx 4 due to Invalid C declaration

Mark Dickinson added the comment: New changeset c689e0a7e2a25621da82f22cc64d089eae05e753 by Miss Islington (bot) in branch '3.10': bpo-44426: Use of 'complex' as a C variable name confuses Sphinx; change it to 'num'. (GH-26744) (GH-26760) https://github.com/python/cpython/commit/c689e0a7e2a2

[issue44426] Docs fail to build with Sphinx 4 due to Invalid C declaration

Mark Dickinson added the comment: New changeset 686c6f303a6e9e54b50401be0ae3dc6aa2fcf05a by Miss Islington (bot) in branch '3.9': bpo-44426: Use of 'complex' as a C variable name confuses Sphinx; change it to 'num'. (GH-26744) (GH-26761) https://github.com/python/cpython/commit/686c6f303a6e9

[issue23786] test_unaligned_buffers (test.test_hash.HashEqualityTestCase) ... Fatal Python error: Bus error

Irit Katriel added the comment: Can this be close (as third party?) or is there anything left to do? -- nosy: +iritkatriel ___ Python tracker ___ _

[issue23316] Incorrect evaluation order of function arguments with *args

Guido van Rossum added the comment: > "The one exception is in function calls with *expression after a keyword > argument: f(x=expr2, *expr1)." So the question before us is whether to add this phrase to the docs, or to tweak the compiler to fix it. It is certainly convenient to update the do

[issue44426] Docs fail to build with Sphinx 4 due to Invalid C declaration

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

[issue44426] Docs fail to build with Sphinx 4 due to Invalid C declaration

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

[issue44426] Docs fail to build with Sphinx 4 due to Invalid C declaration

Mark Dickinson added the comment: New changeset 7247f6f433846c6e37308a550e8e5eb6be379856 by Mark Dickinson in branch 'main': bpo-44426: Use of 'complex' as a C variable name confuses Sphinx; change it to 'num'. (GH-26744) https://github.com/python/cpython/commit/7247f6f433846c6e37308a550e8e5

[issue23316] Incorrect evaluation order of function arguments with *args

Terry J. Reedy added the comment: The particular example of left-to-right function evaluation in https://docs.python.org/3/reference/expressions.html#evaluation-order is "expr1(expr2, expr3, *expr4, **expr5)". Joshua's claim, without evidence, that "'f(*a(), b=b())' will evaluate b() before a

[issue44433] processes created by subprocess.Popen is not terminating

Jack DeVries added the comment: For future reference, here are some good guidelines for submitting bug reports and asking for help to debug your code: https://stackoverflow.com/help/minimal-reproducible-example http://www.sscce.org/ -- nosy: +jack__d status: pending -> open ___

[issue44411] regrtests fail with segfault after failing calls to malloc

Jack DeVries added the comment: I'm closing this because I have the sense that this is a problem with my system, but I'm continuing to investigate. -- ___ Python tracker ___

[issue44411] regrtests fail with segfault after failing calls to malloc

Change by Jack DeVries : -- resolution: -> not a bug stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue44436] [Windows] _thread.start_new_thread() should close the thread handle

STINNER Victor added the comment: Eryk: > We already close the handle in PyThread_start_new_thread() in > Python/thread_nt.h Oh right! I completely missed this call. Thanks for double checking the issue ;-) I close the issue as "not a bug". -- resolution: -> not a bug stage: -> re

[issue44436] [Windows] _thread.start_new_thread() should close the thread handle

STINNER Victor added the comment: > [Windows] _thread.start_new_thread() should close the thread handle So far, I'm not convinced that Python must be changed. I modified my Python locally so thread_run() writes GetCurrentThread() to stderr. Example: --- SLEEP = 5 import ctypes import _thre

[issue44433] processes created by subprocess.Popen is not terminating

Eric V. Smith added the comment: This is probably not a python bug. But if you can demonstrate it without needing to install the Oracle software, we can take a look at it. You've also not explained how you're using multiprocessing. We need an complete, short, working example program to deter

[issue44436] [Windows] _thread.start_new_thread() should close the thread handle

STINNER Victor added the comment: > CloseHandle(GetCurrentThread()) This is useless. GetCurrentThread() returns a pseudo handle. The GetCurrentThread() documentation says: "The pseudo handle need not be closed when it is no longer needed. Calling the CloseHandle function with this handle ha

[issue44436] [Windows] _thread.start_new_thread() should close the thread handle

Eryk Sun added the comment: > Would it be safe to close the handle just after PyThread_start_new_thread() > success? We already close the handle in PyThread_start_new_thread() in Python/thread_nt.h: if (hThread == 0) { // ... } else { dprintf(("%lu: PyThread_star

[issue44434] _thread module: Remove redundant PyThread_exit_thread() call to avoid glibc fatal error: libgcc_s.so.1 must be installed for pthread_cancel to work

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

[issue44430] [sqlite3] refactor threading tests

Erlend E. Aasland added the comment: The current code duplication has several negative impacts, IMO: - Readability Currently the ThreadTests class spans 173 lines. Refactored, it spans 51 lines (should fit in a screenful), making it easy to see what's actually being tested. Currently, th

[issue16437] issubclass doc improvement

Ken Jin added the comment: @irit, you may be interested in issue44135, there's an open PR there and it seems to fix what this issue describes. -- nosy: +kj ___ Python tracker ___

[issue44434] _thread module: Remove redundant PyThread_exit_thread() call to avoid glibc fatal error: libgcc_s.so.1 must be installed for pthread_cancel to work

STINNER Victor added the comment: See also bpo-44436 "[Windows] _thread.start_new_thread() should close the thread handle". -- ___ Python tracker ___

[issue44392] Py_GenericAlias is not documented

Ken Jin added the comment: I'm closing this issue as all the relevant PRs have landed. Thanks everyone! @Ronald > Why should this be deprecated at all? I can't speak for others, but personally I think it's here to stay (for the many reasons raised in the previous messages). Thanks for catch

[issue44436] [Windows] _thread.start_new_thread() should close the thread handle

New submission from STINNER Victor : _thread.start_new_thread() is implemented by calling _beginthreadex(). Currently, when the thread completes: PyThread_exit_thread() is called which calls "_endthreadex(0)" on Windows. I proposed to no longer call it explicitly in bpo-44434. _endthreadex(

[issue20115] NUL bytes in commented lines

Guido van Rossum added the comment: Yeah, null bytes should just be rejected. If someone comes up with a fix for this we'll accept it. -- ___ Python tracker ___ _

[issue44434] _thread module: Remove redundant PyThread_exit_thread() call to avoid glibc fatal error: libgcc_s.so.1 must be installed for pthread_cancel to work

STINNER Victor added the comment: Unix pthread_create() manual page. https://man7.org/linux/man-pages/man3/pthread_create.3.html The new thread terminates in one of the following ways: (...) * It returns from start_routine(). This is equivalent to calling pthread_exit(3) with the value su

[issue44392] Py_GenericAlias is not documented

miss-islington added the comment: New changeset c7e95715ec2f2a16eace7aa35a1eb2f18e8d06ed by Ken Jin in branch '3.9': [3.9] bpo-44392: Add Py_GenericAlias to C API docs (GH-26724) (GH-26757) https://github.com/python/cpython/commit/c7e95715ec2f2a16eace7aa35a1eb2f18e8d06ed -- ___

[issue44435] There is no description of PY_SSIZE_T_CLEAN in docs

Change by Jack DeVries : -- assignee: -> docs@python components: +Documentation nosy: +docs@python ___ Python tracker ___ ___ Pytho

[issue44435] There is no description of PY_SSIZE_T_CLEAN in docs

New submission from Jack DeVries : In the intro to the C API (https://docs.python.org/3/c-api/intro.html#include-files), it says, "see Parsing arguments and building values for a description of this macro." There is a link which leads to ``arg.rst``, but there is no description of the macro

[issue44429] Tkinter Flow Geometry Manager

Gary Davenport added the comment: Thank you so much for the kind words and help in giving me some direction with these projects. I am relatively new to Python, object oriented programming and open source collaboration. I think the 3rd party module probably makes the most sense, because this

[issue23394] No garbage collection at end of main thread

Irit Katriel added the comment: For the use case you describe, you could add a close() function to your library so that callers can make shutdown explicit, or if you want it to remain implicit you could use daemon threads which terminate when the main thread exits. Relying on GC to release

[issue20115] NUL bytes in commented lines

Terry J. Reedy added the comment: https://docs.python.org/3/reference/toplevel_components.html#file-input says that file input and exec input (should) have the same grammar. This implies that the divergence is a bug. -- nosy: +gvanrossum ___ Python

[issue44434] _thread module: Remove redundant PyThread_exit_thread() call to avoid glibc fatal error: libgcc_s.so.1 must be installed for pthread_cancel to work

STINNER Victor added the comment: _thread.start_new_thread() always called "exit thread", since the function was added to Python: commit 1984f1e1c6306d4e8073c28d2395638f80ea509b Author: Guido van Rossum Date: Tue Aug 4 12:41:02 1992 + * Makefile adapted to changes below. * spl

[issue44434] _thread module: Remove redundant PyThread_exit_thread() call to avoid glibc fatal error: libgcc_s.so.1 must be installed for pthread_cancel to work

STINNER Victor added the comment: PyThread_exit_thread() was modified in 2011 to fix daemon threads: commit 0d5e52d3469a310001afe50689f77ddba6d554d1 Author: Antoine Pitrou Date: Wed May 4 20:02:30 2011 +0200 Issue #1856: Avoid crashes and lockups when daemon threads run while the i

[issue23316] Incorrect evaluation order of function arguments with *args

Irit Katriel added the comment: I don't think this is true anymore: >>> def a(): ... print('a') ... return (1,2) ... >>> def b(): ... print('b') ... return (3,4) ... >>> def f(*args, b=None): ... print('f') ... >>> f(*a(), b=b()) a b f >>> -- nosy: +iritkatriel

[issue44337] Port LOAD_ATTR to adaptive interpreter

Change by Mark Shannon : -- pull_requests: +25344 pull_request: https://github.com/python/cpython/pull/26759 ___ Python tracker ___

[issue44434] _thread module: Remove redundant PyThread_exit_thread() call to avoid glibc fatal error: libgcc_s.so.1 must be installed for pthread_cancel to work

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

[issue44392] Py_GenericAlias is not documented

Change by Ken Jin : -- pull_requests: +25342 pull_request: https://github.com/python/cpython/pull/26757 ___ Python tracker ___ ___ P

[issue20115] NUL bytes in commented lines

Irit Katriel added the comment: This is still the same in 3.11. I added another line to the example's file, which shows more clearly what's happening: >>> open('x.py', 'wb').write(b'#\x00\na\nb\n') % ./python.exe x.py Traceback (most recent call last): File "x.py", line 2, in a NameEr

[issue44392] Py_GenericAlias is not documented

miss-islington added the comment: New changeset 84ce737f73136c1de7c4dc92bc096ed6c963e42d by Miss Islington (bot) in branch '3.10': bpo-44392: Add Py_GenericAlias to C API docs (GH-26724) https://github.com/python/cpython/commit/84ce737f73136c1de7c4dc92bc096ed6c963e42d -- __

[issue28937] str.split(): allow removing empty strings (when sep is not None)

Andrei Kulakov added the comment: Just to sum up the current state the way I see it, as well as the history of the discussion, I think there were 2 initial requests based on experience and one additional, more theoretical "nice to have": A. ''.split() => [''] B. ''.split(sep) => [] # where

[issue44434] _thread module: Remove redundant PyThread_exit_thread() call to avoid glibc fatal error: libgcc_s.so.1 must be installed for pthread_cancel to work

STINNER Victor added the comment: See also bpo-18748 "io.IOBase destructor silence I/O error on close() by default" which was caused by a bug in an application, the application closed the libgcc_s file descriptor by mistake. It closed the same file decriptor twice, whereas the FD was reused

[issue44434] _thread module: Remove redundant PyThread_exit_thread() call to avoid glibc fatal error: libgcc_s.so.1 must be installed for pthread_cancel to work

New submission from STINNER Victor : The glibc pthread_exit() functions loads an unwind function from libgcc_s.so.1 using dlopen(). dlopen() can fail to open libgcc_s.so.1 file to various reasons, but the most likely seems to be that the process is out of available file descriptor (EMFILE err

[issue44434] _thread module: Remove redundant PyThread_exit_thread() call to avoid glibc fatal error: libgcc_s.so.1 must be installed for pthread_cancel to work

Change by STINNER Victor : Added file: https://bugs.python.org/file50113/pthread_cancel_emfile.py ___ Python tracker ___ ___ Python-bugs-lis

[issue44392] Py_GenericAlias is not documented

Guido van Rossum added the comment: Does it need a backport to 3.9 too, since GenericAlias was introduced there? -- ___ Python tracker ___

[issue44392] Py_GenericAlias is not documented

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

[issue44392] Py_GenericAlias is not documented

Guido van Rossum added the comment: New changeset 6773c3eaa735b5061b4a97f2c730703a32d8c9ff by Ken Jin in branch 'main': bpo-44392: Add Py_GenericAlias to C API docs (GH-26724) https://github.com/python/cpython/commit/6773c3eaa735b5061b4a97f2c730703a32d8c9ff -- _

[issue14879] invalid docs for subprocess exceptions with shell=True

Change by Jack DeVries : -- keywords: +patch nosy: +jack__d nosy_count: 6.0 -> 7.0 pull_requests: +25340 stage: -> patch review pull_request: https://github.com/python/cpython/pull/26755 ___ Python tracker _

[issue16437] issubclass doc improvement

Irit Katriel added the comment: Whether the recursive nature of the check should be documented or not, it seems inconsistent that it's documented for isinstance but not for issubclass. -- nosy: +iritkatriel versions: +Python 3.11 -Python 3.3, Python 3.4 __

[issue14879] invalid docs for subprocess exceptions with shell=True

Change by Irit Katriel : -- keywords: +easy versions: +Python 3.10, Python 3.11, Python 3.9 -Python 2.7, Python 3.2, Python 3.3 ___ Python tracker ___

[issue44107] HTTPServer can't close http client completely

Change by Gregory P. Smith : -- resolution: later -> not a bug status: open -> closed ___ Python tracker ___ ___ Python-bugs-list ma

[issue38211] clean up type_init()

Mark Shannon added the comment: New changeset ab030d6f9d73e7f6c2213c2e308d1ceb04761485 by Sergey Fedoseev in branch 'main': bpo-38211: Clean up type_init() (GH-16257) https://github.com/python/cpython/commit/ab030d6f9d73e7f6c2213c2e308d1ceb04761485 -- nosy: +Mark.Shannon __

[issue44389] Modules/_ssl.c, repeated 'SSL_OP_NO_TLSv1_2'

Change by Josh Jiang : -- nosy: +johnj nosy_count: 5.0 -> 6.0 pull_requests: +25339 pull_request: https://github.com/python/cpython/pull/26754 ___ Python tracker ___ __

[issue44107] HTTPServer can't close http client completely

ueJone <775844...@qq.com> added the comment: Sorry, I've been busy with other things recently. I think that the problem is't caused by OS, because the other TCP servers were disconnected normally and TCP client can access to these servers. My question is how to make the client connect to the

[issue44357] Add math.cbrt() function: Cube Root

Change by Mark Dickinson : -- assignee: -> mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue43475] Worst-case behaviour of hash collision with float NaN

Mark Dickinson added the comment: I think this can be closed now. -- stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue14445] Providing more fine-grained control over assert statements

Irit Katriel added the comment: I am closing this because there was no followup for over 9 years. If you are still interested in pursuing this, please raise it for discussion on python-ideas and open a new issue once there is agreement on how to proceed. -- nosy: +iritkatriel resolut

[issue44429] Tkinter Flow Geometry Manager

E. Paine added the comment: > But we do not want to risk conflicting with Tk. I think it's worth noting that tkinter does already have some 'extra' functionality over just what Tk offers (such as the ttk extension widgets `LabeledScale` and `OptionMenu`). While this would (IMO) be a useful

[issue43795] Implement PEP 652 -- Maintaining the Stable ABI

miss-islington added the comment: New changeset 7fd40101b7130016fc98f05ce34746fed68ab542 by Miss Islington (bot) in branch '3.10': bpo-43795: Don't list private names in the limited API (GH-26740) https://github.com/python/cpython/commit/7fd40101b7130016fc98f05ce34746fed68ab542 --

[issue44422] threading.enumerate(): reentrant call during a GC collection hangs

Change by STINNER Victor : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue44422] threading.enumerate(): reentrant call during a GC collection hangs

STINNER Victor added the comment: New changeset 0729694246174a5c2f0ae197f2e0dbea61b90c9f by Victor Stinner in branch 'main': bpo-44422: threading.Thread reuses the _delete() method (GH-26741) https://github.com/python/cpython/commit/0729694246174a5c2f0ae197f2e0dbea61b90c9f -- _

[issue43795] Implement PEP 652 -- Maintaining the Stable ABI

Petr Viktorin added the comment: New changeset 7cad9cb51bdae2144cbab330f13a607ba3471742 by Petr Viktorin in branch 'main': bpo-43795: Don't list private names in the limited API (GH-26740) https://github.com/python/cpython/commit/7cad9cb51bdae2144cbab330f13a607ba3471742 --

[issue43795] Implement PEP 652 -- Maintaining the Stable ABI

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

[issue44310] Document that lru_cache uses hard references

Henk-Jaap Wagenaar added the comment: PR 26731 looks very good to me. My only comment, which I am not sure is worthy of adding/is a general lru_cache thing, that "instances are kept alive until they age out of the cache or until the cache is cleared", if you are creating instances and calling

[issue44429] Tkinter Flow Geometry Manager

Serhiy Storchaka added the comment: I concur with Zachary. If the flow geometry manager be added in Tk we will add its support in Tkinter. We can even add pure Python implementation for older Tk versions. But we do not want to risk conflicting with Tk. -- ___

[issue39679] functools: singledispatchmethod doesn't work with classmethod

Change by Dmitry Kulazhenko : -- nosy: +EugenePY, FFY00, Viktor Roytman, glyph, levkivskyi, lukasz.langa, markgrandi, mental, ncoghlan, xtreak ___ Python tracker ___ _

[issue39679] functools: singledispatchmethod doesn't work with classmethod

Dmitry Kulazhenko added the comment: Based on what I've read, workaround: from functools import singledispatchmethod def _register(self, cls, method=None): if hasattr(cls, "__func__"): setattr(cls, "__annotations__", cls.__func__.__annotations__) return self.dispatcher.regis

[issue44433] processes created by subprocess.Popen is not terminating

New submission from Rajeev Chaurasia : I am using Linux OS and using multiprocessing in my application. The child process execution get completed but the processes are not terminating. childprocess = "/opt/oracle.ahf/exachk/exachk -silentforce -showpass -dball -nocvu -autorun_id DEFAULT -loc