我在C中有以下例程,用于将字符串数组转换为字符串的python列表
PyObject* build_pylist(char** strings, unsigned int string_cnt){
PyObject* list = PyList_New(string_cnt);
int i;
for(i = 0; i < string_cnt; i++){
PyObject* pystring = PyString_FromStringAndSize(
(const char*) strings[i],
(Py_ssize_t) strlen(strings[i])
);
#per http://www.kbs.twi.tudelft.nl/Documentation/Programming/python-2.1/ext/thinIce.html
#apparently the inc/dec is necessary...doesn't seem
#to make a difference
Py_INCREF(pystring);
PyList_SET_ITEM(
list,
(Py_ssize_t) i,
pystring
);
Py_DECREF(pystring);
free(strings[i]);
}
free(strings);
return list;
}
PyString_FromStringAndSize
函数生成给定字符串的副本,因此我在复制时释放不必要的字符串,然后释放这些字符串的容器&#39;指针。这一切似乎都很好。 python列表返回到脚本,字符串看起来都很好,当通过sys.getrefcount
检查列表中的字符串和列表本身时,refcounts看起来很好。
refcounts all返回2,这似乎是正确的,因为对getrefcount的调用导致临时增量为1。我很确定它与基于核心转储分析的引用计数有关
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 org.python.python 0x000000010abfc52a collect + 482
1 org.python.python 0x000000010abfc33f PyGC_Collect + 35
2 org.python.python 0x000000010abea056 Py_Finalize + 290
3 org.python.python 0x000000010abfbe9b Py_Main + 3143
4 libdyld.dylib 0x00007fff8843a7e1 start + 1
错误发生在脚本的退出处,您可以清楚地看到崩溃发生在垃圾收集器中。错误的引用计数是我唯一可以想到的错误。
有什么想法吗?
答案 0 :(得分:0)
与垃圾收集没有直接关系,但是你使用的是用于构建python版本的相同编译器吗?有时它很重要。我曾经调试了几个星期的segfault,只有当我用Microsoft Visual C ++编译器替换MinGW for python时才会消失。