感谢回应 看完之後 这的确是我不知道的观念… 整理一下心得 原来函式可以这样写： SEKSGUI.WMSE(aObj, bObj, cObj, dObj, aInt) 我一直以为只能 函数(一个变数) 还想说怎麽传变数的方式那麽不人性...orz 幸好有tuple list这些东西 可以让我把需要的变数包一包 再分装就好 原来...程式自己会帮忙包好 也就是说...我自己又多包了一层orz... 这问题在python与c之间传 是看不出来的 因为在 parse函式中 的 ("()"，…) 就把我自行包好的消掉了 但作法是多此一举orz... 但直接在c下使用时 等於是跳过了程式帮忙包装 解决辨法是 1.对我来说其实根本不用包 至少我的sequence里没有其他sequence了 orz... 2.不想对程式变动太大 就自己包 选用2之後 程式就可以跑了 (万分感谢) 但之後的程式又爆了orz...我再来慢慢debug ※ 引述《sbrhsieh (sbr)》之铭言： : ※ 引述《KSJ (阿真)》之铭言： : : //下面这行本来是看看传进下面funcB之前 这东西倒底有没有问题的 : : //return Py_BuildValue("N",pyFUNC_VARIABLEseqTuple); : : //结果是 : : //([1, 1, 2, 2], [1, 2, 1, 2], [5, 4, 6, 3], (8.72, 5.52), 0) : : //所以我认定应该是没问题 才继续下面这一行 : : PyObject *value = (*func)(NULL,pyFUNC_VARIABLEseqTuple); : : 於是在这里的最後一行 程式有误 : : 想必是进入funcB之後的问题?! : : 於是我在funcB之中加入一些中断点 来看看是哪里的问题 : : funcB只秀到有误的部份： : : //宣告要接的变数 有一个长整数 四个pyobejct : : //长整数就是 最後的那个 0 四个pyobject就是 : : //[1,1,2,2,] [1,2,1,2] [5,4,6,3] (8.72,5.52) 这四个 : : long int func_num; : : PyObject *pylagS,*pylagT,*pyCOV,*pyFitVar; : : PySys_WriteStdout("parse OK");//中断点1 : : //传递参数 : : if (!PyArg_ParseTuple(args, "(OOOOI)",\ : : &pylagS,&pylagT,&pyCOV,&pyFitVar,&func_num)) return NULL; : : PySys_WriteStdout("parse OK");//中断点2 : : 到中断点1 印出parse OK 之後 : : 程式就爆了…orz : : 强调一下 如果单单只叫funcB (用手key值) 是没问题的 : 我後来仔细看看你这一段描述，也对照过你提供的完整 source code，确定你在 : 描述时没有笔误。我想我应该找到问题点，但不确定这是否就是你欠缺的观念。 : 首先 native function WMSE 一开始是如下 parse 传进来的参数： : if (!PyArg_ParseTuple(args, "(OOOOI)", : &pylagS,&pylagT,&pyCOV,&pyFitVar,&func_num)) return NULL; : 这表示 WMSE export 到 Python module 後被使用时预期 caller pass 单一个 : tuple object，而此 tuple 依序装着 4 个 object 与 1 个 int。 : # in Python : SEKSGUI.WMSE((a, b, c, e, 0)) : 但是在 native function: PSO 中，程式准备好一个 tuple object(referenced : by 'pyFUNC_VARIABLEseqTuple')，把这个 tuple 输出到 standard output 是 : ([1, 1, 2, 2], [1, 2, 1, 2], [5, 4, 6, 3], (8.72, 5.52), 0) : 这个 tuple 也是依序持有 4 个 object 与 1 个 int object。 : 然而你不能把这个 tuple(address) 直接 pass 给 WMSE function，而必须要 : 把这个 tuple 装进另一个 tuple(成为唯一的 element)後，再把 enclosing : tuple pass 给 WMSE function，也就是说要 pass 如下的 object: : (([1, 1, 2, 2], [1, 2, 1, 2], [5, 4, 6, 3], (8.72, 5.52), 0)) : 以目前你的程式里的做法： : PyObject *value = (*func)(NULL,pyFUNC_VARIABLEseqTuple); : 这相当於在 Python 端执行这样的 statement： : SEKSGUI.WMSE([1, 1, 2, 2], [1, 2, 1, 2], [5, 4, 6, 3], (8.72, 5.52), 0) : pass 了五个参数而非 pass 一个 tuple 当作参数。 : ------------------------------------------------------------------------- : 以 C 语言来实作 Python function 时，native function 有以下形式的 prototype: : static PyObject * : function_name(PyObject *self, PyObject *args); : static PyObject * : function_name(PyObject *self, PyObject *args, PyObject *kw); : 是分别对应到 Python 中的： : def function_name(*args): ... : def function_name(*args, **kw): ... : 也就是说不管在 Python 端 pass 几个参数给 native function，native function : 都是收到一个 tuple(此 tuple 依序装着 pass 过来的参数)，反过来说 native : function 的 formal parameter 'args' 收到一个 tuple 不代表 Python 端明白 : pass 一个 tuple 当作 actua argument。 : 我认为当初你本来是打算把 WMSE 设计成如下使用： : SEKSGUI.WMSE(aObj, bObj, cObj, dObj, aInt) : 那麽 WMSE 在 parse 参数时使用 "OOOOI" 当作 format 即可。native function : WMSE 的 formal parameter 'args' 会是收到一个 tuple: : (aObj, bObj, cObj, dObj, aInt) 说实在是完全解决了我的问题 我的疑惑 跟我的无知... 见笑了 请见谅...orz --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 140.112.63.180