您可以使用代码分析器工具最多收集三种类型的数据。
使用 –xprevise 编译器选项生成二进制文件时,编译器会自动提取静态错误并将数据放入源代码所在目录中的 binary-name.analyze 目录的 static 子目录中。有关编译器找到的静态错误的类型列表,请参见静态代码问题。
在 sample 目录中,键入以下内容以生成应用程序:
在 Oracle Solaris 上:
$ cc -xprevise main.c previse*.c sample1.c sample2.c sample3.c
在 Oracle Linux 上:
$ cc -xannotate -xprevise main.c previse*.c sample1.c sample2.c sample3.c
静态错误数据将写入 sample/a.out.analyze/static 目录。
启动代码分析器 GUI 以查看结果:
$ code-analyzer a.out &
此时将打开代码分析器 GUI,"Results"(结果)标签中会显示编译期间发现的静态代码问题。"Results"(结果)标签左上的文本指示发现了十三个静态代码问题。
对于每个问题,此标签显示问题类型、发现问题的源文件的路径名以及该文件中突出显示相关源代码行的代码片段。
要查看有关第一个问题("Double Freeing Memory"(双重释放内存)错误)的更多信息,请单击错误图标
。
此时将打开问题的堆栈跟踪,其中显示错误路径:
请注意,在打开堆栈跟踪时,问题的右上角的图标从
变为
,指示您已经查看了该问题。
单击同一个错误图标以关闭堆栈跟踪。
单击某个 "Uninitialized Memory Read"(读取未初始化的内存)警告的堆栈跟踪警告图标
可打开堆栈跟踪。
此问题的错误路径所包含的函数调用远远多于 "Double Freeing Memory"(双重释放内存)问题的错误路径所包含的函数调用。
双击第一个函数调用。
此时将打开源文件,并且突出显示该调用。错误路径显示在源代码下的 "Details Window"(详细信息窗口)中。
双击错误路径中的其他函数调用以沿着路径找到导致错误的代码。
单击问题描述左边的信息按钮
可了解有关 UMR 错误类型的更多信息。
联机帮助浏览器中显示了错误类型的描述,其中包括代码示例和可能的原因。
按右上角的 X 关闭代码分析器 GUI。
无论是否收集了静态数据,您都可以编译、检测和运行应用程序来收集动态内存访问数据。有关通过使用 discover 检测应用程序然后运行应用程序找到的动态内存访问错误的列表,请参见动态内存访问问题。
在 sample 目录中,使用 –g 选项生成样例应用程序。
此选项可生成调试信息,从而使代码分析器可以显示错误和警告的源代码和行号信息。
在 Oracle Solaris 上:
$ cc -g main.c previse*.c sample1.c sample2.c sample3.c
在 Oracle Linux 上:
$ cc -xannotate -g main.c previse*.c sample1.c sample2.c sample3.c
请保存该二进制文件的副本以供收集覆盖数据时使用,因为无法检测已经检测的二进制文件。
$ cp a.out a.out.save
使用 discover 检测二进制文件。
$ discover -a a.out
运行检测过的二进制文件以收集动态内存访问数据。
$ ./a.out
动态内存访问错误数据将写入 sample/a.out.analyze/dynamic 目录。
启动代码分析器 GUI 以查看结果。
$ code-analyzer a.out &
"Results"(结果)标签同时显示静态问题和动态内存问题。问题描述的背景颜色可以指明问题是静态代码问题(棕褐色)还是动态内存访问问题(淡绿色)。
要过滤结果以便仅显示动态内存问题,请在 "Issues"(问题)标签中选中 "Dynamic"(动态)选项。
现在,"Results"(结果)标签仅显示三个核心动态内存问题。
要查看所有动态内存问题,请选择 "Issues"(问题)标签顶部的 "All"(所有)单选按钮。现在,"Results"(结果)标签显示六个动态内存问题。
查看已添加到显示屏幕中的三个问题,并了解它们如何与核心问题相关联。在基于相应成因修复显示屏幕中的第一个问题后,可能还会消除第二个和第三个问题。
要在调查第一个问题的成因时隐藏其他动态内存访问问题,请单击每个问题对应的 "Ignore"(忽略)按钮
。
通过单击错误图标以显示堆栈跟踪来调查第一个问题。
对于此问题,堆栈跟踪包括 "Call Stack"(调用堆栈)和 "Allocated At Stack"(堆栈上的已分配空间)。
双击堆栈中的函数调用以查看源文件中的关联行。
打开源文件时,堆栈跟踪显示在该文件下的 "Details Window"(详细信息窗口)中。
按右上角的 X 关闭代码分析器 GUI。
无论是否收集了静态数据或动态内存访问数据,您都可以编译、检测和运行应用程序来收集代码覆盖数据。请注意,在收集动态内存错误数据之前使用 –g 选项生成应用程序时,您在检测二进制文件之前保存了它的一个副本。
复制要检测的已保存二进制文件以进行覆盖数据收集。
$ cp a.out.save a.out
使用 uncover 检测二进制文件:
$ uncover a.out
运行检测过的二进制文件以收集代码覆盖数据。
$ ./a.out
代码覆盖数据将写入 sample 目录中的 a.out.uc 目录。
对 a.out.uc 目录运行 uncover。
$ uncover -a a.out.uc
代码覆盖数据将写入 sample/a.out.analyze/uncover 目录。
启动代码分析器 GUI 以查看结果:
$ code-analyzer a.out &
"Results"(结果)标签同时显示静态问题、动态内存问题和代码覆盖问题。
要过滤结果以便仅显示代码覆盖问题,请在 "Issues"(问题)标签中选中 "Coverage"(覆盖)选项。
现在,"Results"(结果)标签仅显示十二个代码覆盖问题。每个问题的描述中均包含一个潜在的覆盖百分比,此百分比是在增加覆盖相关函数的测试时将加入该应用程序总覆盖范围的覆盖百分比。
在 "Issues"(问题)标签中,previse_all.c 源文件中有九个覆盖问题,sample2.c 源文件中有三个覆盖问题,而 previse_1.c 源文件中有一个覆盖问题。
要仅显示 sample2.c 文件的问题,请在 "Issues"(问题)标签上选中该文件对应的选项。
"Results"(结果)标签现在仅显示在 sample2.c 中找到的三个代码覆盖问题。
单击其中一个问题的源文件路径链接以打开源文件。在源文件中向下滚动,直到在左边界看到警告图标。
将使用黄色的方括号来标记未覆盖的代码。
在文件中找到的覆盖问题标记有警告图标
。