| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
There was a problem hiding this comment.
LGTM; perhaps it would make sense to init getargs state just after _PyGC_Init, but I'm not sure it matters; I'll leave that kind of nitpicking to Eric :)
Sorry, something went wrong.
|
How does this work when the _PyArg_Parser instances are themselves declared as static variables (and are global to the process)? For example: cpython/Modules/clinic/_struct.c.h Lines 49 to 53 in 6f7dd0a |
Sorry, something went wrong.
There was a problem hiding this comment.
@serhiy-storchaka: Would you mind to review this change?
@serhiy-storchaka wrote this API.
Sorry, something went wrong.
|
@colesbury, I'm looking into what's going on. Basically, the statically declared tuple is only for builtin modules. I have a solution that's different from Yury's but want to be sure it's correct before closing this one. |
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
...as opposed to storing it in PyRuntime. Storing it in PyRuntime
is fundametally wrong, as its state contains references to Python
objects. Those objects (tuples and strings) can (and will) be
picked by various subinterpreter clean up code, leaving PyRuntime
with broken pointers.
#119194 is a backport to 3.12