【发布时间】:2014-01-10 06:25:07
【问题描述】:
我有一个简单的代码:
#include <QApplication>
int main(int argc, char *argv[])
{
QApplication a(argc, argv);
return 0;
}
我在 Qt Creator 中使用 pro 文件编译它:
QT += core gui
greaterThan(QT_MAJOR_VERSION, 4): QT += widgets
TARGET = testLeaks
TEMPLATE = app
SOURCES += main.cpp
HEADERS +=
FORMS +=
命令valgrind ./testLeaks 说明泄漏并打印以下内容:
==31276== HEAP SUMMARY:
==31276== in use at exit: 1,190,544 bytes in 7,267 blocks
==31276== total heap usage: 46,096 allocs, 38,829 frees, 6,716,079 bytes allocated
==31276==
==31276== LEAK SUMMARY:
==31276== definitely lost: 2,788 bytes in 11 blocks
==31276== indirectly lost: 7,065 bytes in 182 blocks
==31276== possibly lost: 318,238 bytes in 1,233 blocks
==31276== still reachable: 862,453 bytes in 5,841 blocks
==31276== suppressed: 0 bytes in 0 blocks
如果我评论 QApplication,则没有泄漏。为什么这个类会泄漏?
【问题讨论】:
-
qt 5.2.0 和 qt creator 3.0.0
-
相同,但我得到:==3005== 错误摘要:0 个上下文中的 0 个错误(抑制:2 个来自 2 个)。我想你跳过了那部分。顺便说一句,我认为 320KB+ 的“可能”丢失并没有那么糟糕,它甚至可能来自一些潜在的依赖。我想这需要更彻底的自省,最好是运行一些静态分析器。 :) 另外,最好使用
valgrind --leak-check=full --show-leak-kinds=all -v ./testLeaks -
我没有使用过 valgrind,但至少从我在 Windows 上发现 Qt 泄漏的工作来看——Qt 中有很多静态对象,所以如果在内存快照被销毁之前拍摄内存快照,那么内存可能出现泄漏。
-
我想在这里发布 --leak-check=full 显示的内容,但它显示了很多文本,因此我决定不在这里发布。实际上在开始时 valgrind 提到了 /lib/x86_64-linux-gnu/ld-2.17.so 中的一些问题。自从我将 libc6 更新到 2.17 以来,它就已经开始了。这可能是泄漏的原因吗?
标签: c++ qt valgrind qtgui qapplication