]> git.ipfire.org Git - thirdparty/Python/cpython.git/commitdiff
[3.13] gh-137740: Clarify `__del__` invocation mechanism in reference counting (GH...
authorMiss Islington (bot) <31488909+miss-islington@users.noreply.github.com>
Tue, 26 Aug 2025 18:13:42 +0000 (20:13 +0200)
committerGitHub <noreply@github.com>
Tue, 26 Aug 2025 18:13:42 +0000 (23:43 +0530)
gh-137740: Clarify `__del__` invocation mechanism in reference counting (GH-137741)
(cherry picked from commit 90b932e65080008dfd974b2e03c3068dbb72b95d)

Co-authored-by: Robin Narsingh Ranabhat <robinnarsingha123@gmail.com>
Co-authored-by: Kumar Aditya <kumaraditya@python.org>
Doc/extending/extending.rst

index 17c6fb224265cacec46d46ac078e7aebbe582050..f9b65643dfe888006a149de0a22b50f17e539abb 100644 (file)
@@ -1084,7 +1084,14 @@ references to all its items, so when item 1 is replaced, it has to dispose of
 the original item 1.  Now let's suppose the original item 1 was an instance of a
 user-defined class, and let's further suppose that the class defined a
 :meth:`!__del__` method.  If this class instance has a reference count of 1,
-disposing of it will call its :meth:`!__del__` method.
+disposing of it will call its :meth:`!__del__` method. Internally,
+:c:func:`PyList_SetItem` calls :c:func:`Py_DECREF` on the replaced item,
+which invokes replaced item's corresponding
+:c:member:`~PyTypeObject.tp_dealloc` function. During
+deallocation, :c:member:`~PyTypeObject.tp_dealloc` calls
+:c:member:`~PyTypeObject.tp_finalize`, which is mapped to the
+:meth:`!__del__` method for class instances (see :pep:`442`). This entire
+sequence happens synchronously within the :c:func:`PyList_SetItem` call.
 
 Since it is written in Python, the :meth:`!__del__` method can execute arbitrary
 Python code.  Could it perhaps do something to invalidate the reference to