2014-01-10 202 views
4

我有一个简单的代码:为什么QApplication会泄漏内存?

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 

如果

#include <QApplication> 

int main(int argc, char *argv[]) 
{ 
    QApplication a(argc, argv); 
    return 0; 
} 

我使用Pro文件编译Qt Creator中我评论QApplication,没有泄漏。为什么这个班级泄漏?

+0

哪个Qt版本? – lpapp

+0

qt 5.2.0和qt创建者3.0.0 – user2717575

+0

同样,在这里,但我得到:== 3005 ==错误摘要:0错误从0上下文(压制:2从2)。我想你跳过了那部分。顺便说一句,我不认为320KB +“可能”的损失是不好的,它甚至可能来自于某种潜在的依赖关系。我想这需要更彻底的反省,最好是用一些静态分析器运行。 :)另外,最好使用'valgrind --leak-check = full --show-leak-kinds = all -v。/ testLeaks' – lpapp

回答

1

正如评论指出,以下命令提供了更多信息:

valgrind --leak-check=full --show-leak-kinds=all -v ./testLeaks 

而且,你切出的短输出的末尾:

==3005== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 2 from 2). 

无论哪种方式,这是非常有可能它不是QApplication本身的错误,而是一些潜在的依赖性,尤其是你提到它会在更新libc之后发生。

我有libc和其他低级别的图书馆,你会认为他们不会泄漏内存,你在一天结束时感到惊讶的几个问题。

这可以通过使用该库编写示例来轻松检查。

然而,由于它只是大约320K +和Qt应用程序(特别是GUI)将需要更多,我不认为这是一个不可忽视的数额。

+0

错误摘要:来自5个上下文的5个错误(被抑制:0从0) – user2717575