大佬教程收集整理的这篇文章主要介绍了c – 全局分配的内存会发生什么变化?,大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
int *x = new int; int main() { return 0; }
使用valgrind(3.8.1)和(-v -track-originins = yes –leak-check = full –show-reachable = yes)使用valgrind(3.8.1)进行代码(即没有主要的泄漏,用g 4.8.1编译)我明白了:
==34@L_674_5@== ==34@L_674_5@== HEAP SUMMary: ==34@L_674_5@== in use at exit: 4 bytes in 1 blocks ==34@L_674_5@== @R_936_10586@l heap usage: 1 allocs,0 frees,4 bytes allocated ==34@L_674_5@== ==34@L_674_5@== Searching for pointers to 1 not-freed blocks ==34@L_674_5@== checked 189,064 bytes ==34@L_674_5@== ==34@L_674_5@== 4 bytes in 1 blocks are still reachable in loss record 1 of 1 ==34@L_674_5@== at 0x4C2A879: operator new(unsigned long) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==34@L_674_5@== ==34@L_674_5@== LEAK SUMMary: ==34@L_674_5@== definitely lost: 0 bytes in 0 blocks ==34@L_674_5@== indirectly lost: 0 bytes in 0 blocks ==34@L_674_5@== possibly lost: 0 bytes in 0 blocks ==34@L_674_5@== still reachable: 4 bytes in 1 blocks ==34@L_674_5@== suppressed: 0 bytes in 0 blocks
这意味着您还应该注意退出类别中的使用情况.
看起来valgrind似乎没有错过它,只是把它放在另一个类别中,可能是因为只有当你无法通过任何方式追踪该地址并释放它时它们才会假设丢失的东西,但这个变量永远@R_404_1897@.
但是这样:
int *x = new int; int main() { x = new int; return 0; }
被检测为泄漏,因为您真的忘记了已分配的内存.
因此,如前所述他们确实发现了它,他们只是认为它不那么令人兴奋
以上是大佬教程为你收集整理的c – 全局分配的内存会发生什么变化?全部内容,希望文章能够帮你解决c – 全局分配的内存会发生什么变化?所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。