如何追踪并解决这个令人费解的C语言内存泄漏问题?
- 内容介绍
- 文章标签
- 相关推荐
本文共计305个文字,预计阅读时间需要2分钟。
我正在编写一个Linux恶意软件,目前工作得很好,但它泄露了内存(尽管它非常简洁——几个小时后,在系统使用60%内存后出现了错误)。奇怪的是,我只使用了new/delete运算符并在main函数周围。
我正在写一个 linux恶魔,现在它工作得很好,但它泄漏了内存(而且它很糟糕 – 几个小时之后它在使用60%的系统内存后出现了段错误).奇怪的是我只使用new / delete运算符并且在main函数周围有一个try / catch块,所以它不是new抛出的异常 – 它只是因为内存不足而在某些时候出现了段错误.我使用了valgrind,但它只发现了一次性的小泄漏而没有别的.我也尝试了gdb,但是尽管应用程序是使用-g -rdynamic标志编译的,但它并没有将所有地址转换为函数名.
你能告诉我一些更好的内存调试方法,我可以用它来确定泄漏的来源吗?
Valgrind通常非常可靠地发现泄漏,所以你确定它是内存泄漏吗?堆分析器可以帮助您查看您正在创建的对象以及它们是否是您期望的对象. Massif是一个可能证明有用的工具.
本文共计305个文字,预计阅读时间需要2分钟。
我正在编写一个Linux恶意软件,目前工作得很好,但它泄露了内存(尽管它非常简洁——几个小时后,在系统使用60%内存后出现了错误)。奇怪的是,我只使用了new/delete运算符并在main函数周围。
我正在写一个 linux恶魔,现在它工作得很好,但它泄漏了内存(而且它很糟糕 – 几个小时之后它在使用60%的系统内存后出现了段错误).奇怪的是我只使用new / delete运算符并且在main函数周围有一个try / catch块,所以它不是new抛出的异常 – 它只是因为内存不足而在某些时候出现了段错误.我使用了valgrind,但它只发现了一次性的小泄漏而没有别的.我也尝试了gdb,但是尽管应用程序是使用-g -rdynamic标志编译的,但它并没有将所有地址转换为函数名.
你能告诉我一些更好的内存调试方法,我可以用它来确定泄漏的来源吗?
Valgrind通常非常可靠地发现泄漏,所以你确定它是内存泄漏吗?堆分析器可以帮助您查看您正在创建的对象以及它们是否是您期望的对象. Massif是一个可能证明有用的工具.

