Valgrind не использует: «общее использование кучи: 0 перераспределяет, 0 освобождает, 0 распределяет байты» - PullRequest
1 голос
/ 17 ноября 2011

Даже после преднамеренной утечки памяти Valgrind показывает:

==13483== HEAP SUMMARY:
==13483==     in use at exit: 0 bytes in 0 blocks
==13483==   total heap usage: 0 allocs, 0 frees, 0 bytes allocated
==13483== 
==13483== All heap blocks were freed -- no leaks are possible

Исполняемый файл был скомпилирован с G ++ 4.1.2 и 4.6.2 с:

g++ -ftemplate-depth-128 -O0 -fno-inline -Wall -pedantic -g -pthread -Wno-long-long -Wno-uninitialized <snipped definitions and include directives from the build system>

Я пробовалс Valgrind 3.5.0 и 3.6.1, например:

valgrind --leak-check=full --undef-value-errors=no --show-reachable=yes <executable args>

В рамках библиотеки, над которой я работаю, я использую простой тестовый пример:

#include "pwiz/utility/misc/Std.hpp"
#include "pwiz/utility/misc/Filesystem.hpp"
#include "pwiz/data/identdata/IdentDataFile.hpp"

using namespace pwiz::cv;
using namespace pwiz::data;
using namespace pwiz::identdata;
using namespace pwiz::util;

int main(int argc, char** argv)
{
    vector<string> args(argv+1, argv+argc);
    BOOST_FOREACH(const bfs::path& filename, args)
    {
        // intentional memory leak
        IdentDataFile* idp = new IdentDataFile(filename.string());
        IdentDataFile& id = *idp;
        cout << filename.string() << " "
             << id.analysisCollection.spectrumIdentification[0]->activityDate << " "
             << id.analysisCollection.spectrumIdentification[0]->spectrumIdentificationListPtr->spectrumIdentificationResult.size()
             << "\n";
    }
    return 0;
}

Очевидно, я не ожидаю, что другие смогут скомпилировать это, но в любом случае я подозреваю, что это что-то из библиотеки, которая запускает valgrind, поэтому более простой тестовый пример будет бессмысленным.И я знаю, что цикл for выполняется, потому что я получаю вывод cout во время выполнения Valgrind.Как я могу отладить его без дальнейшего упрощения?

1 Ответ

2 голосов
/ 17 ноября 2011

На самом деле все сводилось к параметрам компоновщика.Я компилировал с -static, поэтому у valgrind не было возможности заменить собственную реализацию malloc.К сожалению, Вальгринд, по крайней мере, не предупреждает об этом, хотя!

...