Some Runtime Finalization Constraints Are Not Enforced Nor Documented

Bug report

Bug description:

There are a few technical constraints on calling Py_Finalize() currently aren't enforced, well-documented, or widely recognized. This is partly due to the relatively small number of embedders and the even smaller number of them that might violate the constraints through the use of threads or subinterpreters.

The constraints are:

• should be called only in the main thread
• should be called only with the main interpreter active
• should be called only using the same thread state used for Py_Initialize()

(That last one is potentially less critical.)

There are several reasons these matter:

• the main thread of the main interpreter has a special role in the runtime's lifecycle
• the main thread of the main interpreter has unique responsibilities that must be synchronized with finalization
• conceptually, runtime lifecycle is an app-level function, and the app is typically driven through the "main" thread

The constraints should be documented, tested, and (possibly) enforced.

CPython versions tested on:

CPython main branch

Operating systems tested on:

No response

Linked PRs

• gh-120839
• gh-120840
• gh-120841
• gh-120852
• gh-120853
• gh-121010
• gh-121013
• gh-121063

Commencez par suivre le point d’entrée Py_Finalize() et examinez les PR liés gh-120839, gh-120840, gh-120841, gh-120852, gh-120853, gh-121010, gh-121013 et gh-121063. Le travail est considéré comme terminé lorsque les contraintes concernant le thread principal, l’interpréteur principal et l’état du thread d’initialisation sont documentées, couvertes par des tests et éventuellement appliquées.