だから、C

Question

からPython関数を呼び出すしようとするとSegfault、私はいくつかの点でC.

からPythonのコールバック関数を呼び出したい、関数はCに送信され、この

ようタプルにパックされました

PyObject *userData = Py_BuildValue("Oi",py_callback,some_number); 

その地域のどこかに、Py_INCREF(py_callback)もあります。プログラム内のいくつかの後の時点で
は、私が

PyObject *py_callback; 
int some_number; 
PyArg_ParseTuple((PyObject*)userData,"Oi",&py_callback,&some_number); // returns true 
PyObject *py_result = PyObject_CallFunctionObjArgs(py_callback, 
                /* ... */ 
                NULL); 

と最後の呼び出しは、セグメンテーションフォールトをスローすることを、その関数を呼び出したいです。そんなことをやろうと思っているのですか？

Answer 1

のPythonのC APIから奇妙な振る舞いを取得し、それは常にあなたが正しくグローバルインタープリタロック（別名「GIL」）の状態を管理している価値がダブルチェックのとき：http://docs.python.org/c-api/init.html#thread-state-and-the-global-interpreter-lock

Answer 2

私はわからないんだけどなぜ誰もがここでGILについて話しているのです。あなたはどこにでもリリースしていますか？私は以下に挙げるいくつかの問題点に気付く。それは提案と混ざっている。

参照カウントをuserDataに増やしていないことがわかりました。何故なの？あなたはそれを保管していますか？なぜそれをタプルに格納したいのですか？なぜ、2つの変数（コールバックとデータ用）を保持し、参照を増やして参照を所有するのはなぜですか？

まず、すべての関数の戻り値がNULLかどうかを確認します。これにより、実際に正しく動作していることを確認できます。 PyObject_Printを使用して、コード内のすべての点で興味のあるオブジェクトを印刷して、期待通りに動作することを確認することをお勧めします。

segfaultがどこで発生したかについてのあなたのコメントから、PyObject_CallFunctionObjArgsでコールするときに間違った数のパラメータをコールバック関数に渡していると思います。それをもう一度確認できますか？コールバック関数の定義を表示し、呼び出しを再度確認してください。

私が見る別の可能性のある問題は、名前から、py_some_numberはPythonの整数オブジェクトを期待するように聞こえるということです。これはそうではありません。 PyArg_ParseTupleの後には、整数が入ります。