Repository navigation
Real argc and argv in embedded interpreter #59782
Description
Activity
I have found out certain peculiarity of interpreter in case it is embedded.
There is no way to reference to the real parameters argv, argc of main process from embedded python's C extensions.
When python is not embedded, it is task of function Py_Main, which sets the value of variables orig_argv, orig_argc.
These variables keep references to the original values of argv, argc and give opportunity to manage them from the python C extensions if necessary.
I understand that the function Py_GetArgcArgv is rarely used, and this is true, but still believe that ability to manipulate these variables should be exist in any form of python from its C extension modules.
I tried different modules of C-extensions with such functional in embedded environment, but they all causes Segmentation Fault. The problem is not only in their implementation quality without any additional inspections, but also the function Py_GetArgcArgv doesn't additionally reported that its returned, and just ruturn null pointer in self argv parameter when used in embedded environment.
The following quote all the code that refers to this functionality in Python 2.7-3.3 at the moment:/* For Py_GetArgcArgv(); set by main() */ static char **orig_argv; static int orig_argc;
..........................................................................................
/* Main program */int Py_Main(int argc, char **argv) { .......................................................................................... orig_argc = argc; /* For Py_GetArgcArgv() */ orig_argv = argv; .......................................................................................... } void Py_GetArgcArgv(int *argc, char ***argv) { *argc = orig_argc; *argv = orig_argv; }
Thats why I would like to suggest something similar to such function and use it in Py_Main and probably make it available from Python C API.
And also extend Py_GetArgcArgv with more detailed null pointer handling if variables orig_argv, orig_argc had not been initialized.void Py_InitArgcArgv(int *argc, char ***argv) { if(! *argv) return -1;
orig_argc = *argc; /* For Py_GetArgcArgv() */ orig_argv = *argv;return 0; }
Would like to see other suggestions.
Thanks.- addedtype-crashA hard crash of the interpreter, possibly with a core dumpA hard crash of the interpreter, possibly with a core dumpextension-modulesC modules in the Modules dirC modules in the Modules dirinterpreter-core(Objects, Python, Grammar, and Parser dirs)(Objects, Python, Grammar, and Parser dirs)
on Aug 7, 2012 - changed the title
[-]Real Argc Argv in embeded interpreter[/-][+]Real Argc Argv in embedded interpreter[/+]on Aug 7, 2012 - changed the title
[-]Real Argc Argv in embedded interpreter[/-][+]Real argc and argv in embedded interpreter[/+]on Aug 8, 2012 Without a patch this issue will go nowhere. I'm assuming that this limitation must have been overcome by other projects using embedded Python. Has anybody got any ideas as to how, I certainly haven't?
- addedtype-featureA feature request or enhancementA feature request or enhancementand removedtype-crashA hard crash of the interpreter, possibly with a core dumpA hard crash of the interpreter, possibly with a core dump
on Jul 11, 2014 I only saw one request (this issue) for this feature, in 2012. So it doesn't sound really important. I close the issue.
FWIW, another project that needs Py_GetArgcArgv is "setproctitle": https://bugzilla.redhat.com/show_bug.cgi?id=1792059
See also: cherrypy/cherrypy#1506
Py_GetArgcArgv gone broke setproctitle indeed.
Is there a way to get the same feature in 3.9 or should setproctitle become no-op from 3.9 on and Python loses this feature?
Thank you.
I mark this issue as a duplicate of bpo-23427.
See also bpo-40910: "Py_GetArgcArgv() is no longer exported by the C API".
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields: