编译器和大多数静态分析器不会尝试警告程序可能会出现的所有错误,因为这会导致太多误报(与源代码中的实际问题不对应的警告)。
Macmade 在 cmets 中推荐 Clang,这是我可以支持的推荐。请注意,Clang 仍然旨在通过最大限度地减少误报来对大多数开发人员有用。这意味着它有误报,或者换句话说,它错过了一些真正的问题(当不确定是否存在问题时,它可能会保持沉默,而不是冒着误报浪费开发人员时间的风险)。
请注意,您的程序中的函数f() 是否真的存在问题甚至是有争议的。
下面的函数h()显然没问题,虽然调用代码返回后不能使用p:
char *p;
void h(void)
{
char c;
p = &c;
}
我可以推荐的另一个静态分析器是Frama-C's value analysis(我是开发人员之一)。当在受控条件下使用时,对于某些错误系列(包括悬空指针),这个不会留下任何漏报。
char *f(void)
{
char c;
return &c;
}
char *g(void)
{
char c;
char *p = &c;
return p;
}
$ frama-c -val -lib-entry -main g r.c
...
r.c:11:[value] warning: locals {c} escaping the scope of g through \result
...
$ frama-c -val -lib-entry -main f r.c
...
r.c:4:[value] warning: locals {c} escaping the scope of f through \result
...
以上仅为信息性消息,并不意味着该功能一定是错误的。我的函数h() 也有一个:
h.c:7:[value] warning: locals {c} escaping the scope of h through p
Frama-C 输出中以单词“assert”为特征的真正错误是,如果函数调用h(),然后使用p:
void caller(void)
{
char d;
h();
d = *p;
}
$ frama-c -val -lib-entry -main caller h.c
...
h.c:7:[value] warning: locals {c} escaping the scope of h through p
...
h.c:13:[kernel] warning: accessing left-value p that contains escaping addresses; assert(Ook)
h.c:13:[kernel] warning: completely undefined value in {{ p -> {0} }} (size:<32>).
Frama-C 的价值分析称为context-sensitive。它为每个调用分析函数h(),以及实际传递给它的值。它还分析了在函数caller() 中调用h() 之后的代码以及h() 实际可以返回的值。这比 Clang 或 GCC 通常执行的上下文不敏感分析更昂贵,但更精确。