c – 如何有效地使用valgrind

前端之家收集整理的这篇文章主要介绍了c – 如何有效地使用valgrind前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

我刚开始学习使用valgrind和–tool = memcheck

但我遇到的麻烦实际上是找到了问题.

例如

一个这样的问题是这个.

==12561== Conditional jump or move depends on uninitialised value(s)
==12561==    at 0x425779: Server::HandleReceiveFrom(boost::system::error_code const&,unsigned long) (mUUID.h:63)
==12561==    by 0x428EC4: boost::asio::detail::reactive_socket_recvfrom_op

另一个是这个

== Use of uninitialised value of size 8
==12561==    at 0x5E56091: _itoa_word (_itoa.c:196)
==12561==    by 0x5E573D8: vfprintf (vfprintf.c:1613)
==12561==    by 0x5F0EA6F: __vsnprintf_chk (vsnprintf_chk.c:65)

我想知道如何最有效地追踪这些类型的问题. (条件跳转和未初始化的值.)

编辑

这有什么值得担心的吗?似乎消失了选项–run-libc-freeres = no.
这是否意味着我有一个有缺陷的C库?

==14754== Invalid free() / delete / delete[]
==14754==    at 0x4C27D71: free (vg_replace_malloc.c:366)
==14754==    by 0x5F43A0A: free_mem (in /lib/libc-2.12.1.so)
==14754==    by 0x5F435A1: __libc_freeres (in /lib/libc-2.12.1.so)
==14754==    by 0x4A2366B: _vgnU_freeres (vg_preloaded.c:62)
==14754==    by 0x5E4A4A4: exit (exit.c:93)
==14754==    by 0x5E2FD94: (below main) (libc-start.c:258)
==14754==  Address 0x4046bb8 is not stack'd,malloc'd or (recently) free'd
最佳答案
基本上,每个Valgrind错误都会显示堆栈跟踪.堆栈跟踪的较高部分可能对您没有用,因为它们引用库代码.但是,最终这些问题源于代码中的问题.首先扫描堆栈跟踪的第一部分,它引用应用程序中的一行代码(而不是库函数).如果检查堆栈跟踪,您将看到obbs.cpp的第198行是指向您的应用程序导致您的第一个问题的原因.在堆栈的上方,您可以看到mUUID.h的第63行最终是通过if语句或循环计算未初始化变量的位置.

错误“条件跳转或移动取决于未初始化的值”意味着您有一个未初始化的变量,用于影响程序的流量.在您的情况下,看起来您正在将未初始化的变量传递给Boost库函数,并且库函数正在调用您的处理程序类,该类在条件语句中计算未初始化的变量.这意味着您的程序显示未定义的行为.

导致此问题的一个简单示例将是:

int i; // uninitialized value
if (i == 10) { /* ... do something */ }

首先检查obbs.cpp的第198行,然后向上移动堆栈跟踪,直到意识到问题为止.

我还要补充说,如果使用所有警告进行编译,编译器有时会捕获这样的错误. (例如,在GCC中,确保使用-Wall标志进行编译)

原文链接:https://www.f2er.com/linux/440488.html

猜你在找的Linux相关文章