测量 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文件。 问题是它只包含bar function 的覆盖数字，它在 python 分叉之前被调用。 如果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（红帽 4.1.2-46）
• CMake 构建（版本 2.8.0）
• python 2.5
• python 到 C 使用 SIP（版本 4.7.4）

Answer 1

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

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