Issue while invoking a python code which has reference to sys.argv about go-python HOT 2 CLOSED

that's the way the C-API works:
https://docs.python.org/2/c-api/init.html#c.Py_Initialize

void Py_Initialize()

Initialize the Python interpreter. In an application embedding Python, this should be
called before using any other Python/C API functions; with the exception of
Py_SetProgramName(), Py_SetPythonHome(), PyEval_InitThreads(), PyEval_ReleaseLock(),
and PyEval_AcquireLock().
This initializes the table of loaded modules (sys.modules), and creates the fundamental
modules __builtin__, __main__ and sys. It also initializes the module search path (sys.path).
It does not set sys.argv; use PySys_SetArgvEx() for that.
This is a no-op when called for a second time (without calling Py_Finalize() first).
There is no return value; it is a fatal error if the initialization fails.

from go-python.

Thanks Sebastien for detailed explanation.
Now how should we go around this?
Should we invoke PySys_SetArgvEx() explicitly while initialize? Do we need
to do any cleanup after each pyhon call or once calling PySys_SetArgvEx()
while initialize is sufficient?

Regards
Shubhendu
On 10 Feb 2016 16:52, "Sebastien Binet" [email protected] wrote:

that's the way the C-API works:
https://docs.python.org/2/c-api/init.html#c.Py_Initialize

void Py_Initialize()

Initialize the Python interpreter. In an application embedding Python, this should be
called before using any other Python/C API functions; with the exception of
Py_SetProgramName(), Py_SetPythonHome(), PyEval_InitThreads(), PyEval_ReleaseLock(),
and PyEval_AcquireLock().
This initializes the table of loaded modules (sys.modules), and creates the fundamental
modules builtin, main and sys. It also initializes the module search path (sys.path).
It does not set sys.argv; use PySys_SetArgvEx() for that.
This is a no-op when called for a second time (without calling Py_Finalize() first).
There is no return value; it is a fatal error if the initialization fails.

—
Reply to this email directly or view it on GitHub
#36 (comment).

from go-python.