由于垃圾收集错误,c python扩展导致python脚本以segfault退出

时间:2015-03-25 08:44:49

标签: python c garbage-collection segmentation-fault refcounting

我在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

错误发生在脚本的退出处,您可以清楚地看到崩溃发生在垃圾收集器中。错误的引用计数是我唯一可以想到的错误。

有什么想法吗?

1 个答案:

答案 0 :(得分:0)

与垃圾收集没有直接关系,但是你使用的是用于构建python版本的相同编译器吗?有时它很重要。我曾经调试了几个星期的segfault,只有当我用Microsoft Visual C ++编译器替换MinGW for python时才会消失。