C module -> extension module.
This commit is contained in:
parent
1ccd48940d
commit
5cf71d49ba
12
pep-3121.txt
12
pep-3121.txt
|
@ -25,13 +25,13 @@ Problems
|
|||
Module Finalization
|
||||
-------------------
|
||||
|
||||
Currently, C modules are initialized usually once and then "live"
|
||||
forever. The only exception is when Py_Finalize() is called: then
|
||||
the initialization routine is invoked a second time. This is bad
|
||||
Currently, extension modules are initialized usually once and then
|
||||
"live" forever. The only exception is when Py_Finalize() is called:
|
||||
then the initialization routine is invoked a second time. This is bad
|
||||
from a resource management point of view: memory and other resources
|
||||
might get allocated each time initialization is called, but there
|
||||
is no way to reclaim them. As a result, there is currently no
|
||||
way to completely release all resources Python has allocated.
|
||||
might get allocated each time initialization is called, but there is
|
||||
no way to reclaim them. As a result, there is currently no way to
|
||||
completely release all resources Python has allocated.
|
||||
|
||||
Entry point name conflicts
|
||||
--------------------------
|
||||
|
|
Loading…
Reference in New Issue