Do Not Allow Static Objects to be Deallocated

The runtime currently has many objects that are statically defined. See Include/internal/pycore_global_objects.h. For the singletons, all instances of the type are statically defined. Otherwise only some instances are.

The problem is that if tp_dealloc() for one of the affected types tries to free a static object then it will crash. We've set the refcount for such objects to a really high number to avoid this, but it is still possible. The risk rises a bit for immortal objects (see PEP 683).

For all types with static objects, we need to add a check in tp_dealloc() to either fail or reset the refcount to the really high number. We already have a check like this for the singletons and for str. For the other types we need to identify if the object is static and respond accordingly. The catch is that identifying that can be expensive, which is problematic for types that are deallocated frequently.

Beginnen Sie mit Include/internal/pycore_global_objects.h, um die statisch definierten Objekte zu erfassen, und untersuchen Sie anschließend die tp_dealloc-Implementierungen der betroffenen Typen. Ermitteln Sie, wie jeder Typ statische Objekte ohne inakzeptablen Deallokations-Overhead erkennen kann; abgeschlossen ist die Arbeit, wenn statische Objekte weder freigegeben werden können noch einen refcount-bezogenen Absturz verursachen.