测量 python 进程中调用的 C 库的覆盖率

Question

让我从示例开始 - 从 python 调用库代码。

这是库代码（编译到库 libfoolib 中）：

#include <stdio.h>

void bar()
{
    printf("bar\n");
}

void foo()
{
    printf("foo\n");
}

这是调用它的 python 代码：

#!/usr/bin/python25
import sys
import libfoolib
import processing

def callFoo():
    libfoolib.foo()

libfoolib.bar()

process = processing.Process(target=callFoo)
process.start()

当使用 -ftest-coverage 和 - 编译库时fprofile-arcs 编译器正确生成 gcno 文件，当执行 python 代码时，gcda 文件也会生成。问题是它只包含在 python 分叉之前调用的 bar 函数的覆盖率数字。如果 foo 也在 python 的处理调用之外被调用，那么一切都很好。

这是我在生成的覆盖率数据上运行 gcov 工具时得到的结果：

        -:    0:Source:/codeCoverageTests/pythonSIP/foo.c
        -:    0:Graph:debug/CMakeFiles/fooLib.dir/foo.c.gcno
        -:    0:Data:debug/CMakeFiles/fooLib.dir/foo.c.gcda
        -:    0:Runs:4
        -:    0:Programs:1
        -:    1:#include <stdio.h>
        -:    2:
        -:    3:void bar()
function bar called 4 returned 100% blocks executed 100%
        4:    4:{
        4:    5:    printf("bar\n");
call    0 returned 100%
        4:    6:}
        -:    7:
        -:    8:void foo()
function foo called 0 returned 0% blocks executed 0%
    #####:    9:{
    #####:   10:    printf("foo\n");
call    0 never executed
    #####:   11:}
        -:   12:

我的问题是“我的 foo 覆盖率数据在哪里？”

有关环境的更多详细信息：

• CentOS 5.4
• gcc：4.1.2 20080704（Red Hat 4.1.2-46）
• CMake build（版本2.8.0）
• python 2.5
• python to C使用SIP（版本4.7.4）

Answer 1

问题是 python 的处理库正在使用 os._exit 退出。这是一个问题，因为以这种方式退出不会调用进程的常规清理处理程序。事实证明，仪器将覆盖率数据收集在缓冲区中，并仅在进程退出时写入，并且它在常规进程清理处理程序中执行此操作。由于这些交互，子进程永远没有机会写入其数据，并且 foo 的调用永远不会被写入。

为了解决这个问题，我在进程结束之前手动调用 __gcov_flush 。由于这是一个静态库，因此需要一个小型 C 存根来完成该工作。