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.

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?

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: https://github.com/cherrypy/cherrypy/issues/1506

Py_GetArgcArgv gone broke setproctitle indeed.

https://github.com/dvarrazzo/py-setproctitle/issues/76

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".

messages: + msg370966
versions: + Python 3.9, - Python 3.5

nosy: + vstinner
messages: + msg353242

resolution: out of date
stage: resolved

messages: + msg222777

type: crash -> enhancement