2

我正在使用 valgrind 检查我的 C 应用程序的内存使用情况。在第一次测试之后，valgrind 报告：

"still reachable: 2,248 bytes in 1 blocks".

我检查了代码，但我无法仅仅看到问题。所以我开始注释代码部分以试图找出问题所在。

当我的代码中我只剩下时，我感到震惊

int main(void)
{

};

并且仍然收到消息，唯一的区别是字节数。

我真的很困惑这个...

这是完整的消息：

Running with options : valgrind --leak-check=full --show-reachable=yes

==2557== HEAP SUMMARY:
==2557==     in use at exit: 2,248 bytes in 1 blocks
==2557==   total heap usage: 362 allocs, 361 frees, 14,579 bytes allocated
==2557== 
==2557== 2,248 bytes in 1 blocks are still reachable in loss record 1 of 1
==2557==    at 0x4006171: calloc (vg_replace_malloc.c:593)
==2557==    by 0x4D72250B: monstartup (in /usr/lib/libc-2.15.so)
==2557==    by 0x8048650: __gmon_start__ (in /home/elias/Documents/SL_HTTP/Endosos/bin/Debug/Endosos)
==2557==    by 0x4005421: ??? (in /usr/local/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==2557== 
==2557== LEAK SUMMARY:
==2557==    definitely lost: 0 bytes in 0 blocks
==2557==    indirectly lost: 0 bytes in 0 blocks
==2557==      possibly lost: 0 bytes in 0 blocks
==2557==    still reachable: 2,248 bytes in 1 blocks
==2557==         suppressed: 0 bytes in 0 blocks
==2557== 
==2557== For counts of detected and suppressed errors, rerun with: -v
==2557== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
Profiling timer expired

我在 Fedrora 17 中使用 gcc 4.7.2 进行编译

任何建议将被认真考虑。谢谢。

4

2 回答 2

1

这是完全可以安全忽略的。在这种情况下，这似乎是通过分析分配的内存（您可能正在编译启用了分析的代码或链接到某些库）。

你的环境会在调用之前做很多事情来设置main，这些事情可以分配内存。由于他们知道在程序退出之前将使用此内存，因此他们不会free在退出时打扰它，因为这只是花费时间而没有任何好处。大多数内存将被 valgrind 报告为“仍然可以访问”，并且可以安全地忽略。

于 2013-01-28T15:36:48.813 回答
0

谢谢大家。

你是对的。

我使用的是 Code:Blocks 12.11，默认情况下它在编译器设置中启用了 -pg。

于 2013-01-28T15:55:43.660 回答