首页 >后端开发 >C++ >为什么一个简单的 C hello-world 程序在使用 Valgrind 运行时会显示'仍然可达”内存警告,尽管没有分配任何内存?

为什么一个简单的 C hello-world 程序在使用 Valgrind 运行时会显示'仍然可达”内存警告,尽管没有分配任何内存?

Mary-Kate Olsen
Mary-Kate Olsen原创
2024-11-29 02:30:13919浏览

Why does a simple C   hello-world program, when run with Valgrind, show a

简单的程序和输出

您提供的简单程序(名为 ValgrindTest)是一个用 C 编写的简单的 hello-world 程序。

#include <iostream>
int main() {
  return 0;
}

当使用 Valgrind(版本 3.10.1)运行该程序时,它报告有1 个块中有 72,704 个字节仍然可达:

$ valgrind --leak-check=full --track-origins=yes --show-reachable=yes ./ValgrindTest
==27671== Memcheck, a memory error detector
==27671== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
==27671== Using Valgrind-3.10.1 and LibVEX; rerun with -h for copyright info
==27671== Command: ./ValgrindTest
==27671== 
==27671== 
==27671== HEAP SUMMARY:
==27671==     in use at exit: 72,704 bytes in 1 blocks
==27671==   total heap usage: 1 allocs, 0 frees, 72,704 bytes allocated
==27671== 
==27671== 72,704 bytes in 1 blocks are still reachable in loss record 1 of 1
==27671==    at 0x4C2AB9D: malloc (vg_replace_malloc.c:296)
==27671==    by 0x4EC060F: ??? (in /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.21)
==27671==    by 0x400F305: call_init.part.0 (dl-init.c:85)
==27671==    by 0x400F3DE: call_init (dl-init.c:52)
==27671==    by 0x400F3DE: _dl_init (dl-init.c:134)
==27671==    by 0x40016E9: ??? (in /lib/x86_64-linux-gnu/ld-2.15.so)
==27671== 
==27671== LEAK SUMMARY:
==27671==    definitely lost: 0 bytes in 0 blocks
==27671==    indirectly lost: 0 bytes in 0 blocks
==27671==      possibly lost: 0 bytes in 0 blocks
==27671==    still reachable: 72,704 bytes in 1 blocks
==27671==         suppressed: 0 bytes in 0 blocks
==27671== 
==27671== For counts of detected and suppressed errors, rerun with: -v
==27671== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)

Still Reachable 警告的原因

你并不关心是否需要担心 stillreachable 警告,但是你确实询问了当程序中没有分配该库中的对象时,简单地包含标准库头会如何导致仍然可达的警告

答案是C标准库使用自己的内存管理系统,该系统从操作系统分配内存,然后自行管理该内存。 当您包含标准库标头时,本质上是将您的程序链接到标准库代码,其中包括此内存管理系统。 因此,即使您自己没有显式地从标准库分配任何对象,标准库代码分配的内存仍然可以从您的程序访问。

如何修复仍然可访问的警告

有两种方法可以修复仍然可达的警告:

  1. 配置编译器以使用不同的内存管理system. 这可以通过在编译程序时设置 -D_GLIBCXX_FORCE_NEW=1 标志来完成。 此标志告诉编译器使用 malloc() 和 free() 函数,而不是标准库的内存管理系统。
  2. 忽略 stillreachable 警告。如果您不关心内存泄漏,您可以简单地忽略仍然可达的警告。 为此,您可以在运行 Valgrind 时设置 --leak-check=no 标志:

    valgrind --leak-check=no ./ValgrindTest

结论

重要的是要记住仍然可达警告不一定表示内存泄漏。 在这种情况下,仍然可达的警告是由标准库的内存管理系统引起的,如果您不担心内存泄漏,可以安全地忽略它。

以上是为什么一个简单的 C hello-world 程序在使用 Valgrind 运行时会显示'仍然可达”内存警告,尽管没有分配任何内存?的详细内容。更多信息请关注PHP中文网其他相关文章!

声明:
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn