У меня есть проблема со многими valgrind предупреждениями о возможных утечках памяти в станд.:: строка, как этот:
120 bytes in 4 blocks are possibly lost in loss record 4,192 of 4,687
at 0x4A06819: operator new(unsigned long) (vg_replace_malloc.c:230)
by 0x383B89B8B0: std::string::_Rep::_S_create(unsigned long, unsigned long, std::allocator<char> const&) (in /usr/lib64/libstdc++.so.6.0.8)
by 0x383B89C3B4: (within /usr/lib64/libstdc++.so.6.0.8)
by 0x383B89C4A9: std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(char const*, unsigned long, std::allocator<char> const&) (in /usr/lib64/libstdc++.so.6.0.8)
Я задаюсь вопросом:
Обратитесь к FAQ . Есть раздел о «Утечки памяти» в контейнерах . Вы должны
GLIBCXX_FORCE_NEW
. (Это переменная среды, которая влияет на поведение вашей программы во время выполнения, а не время компиляции #define
, как вы могли ожидать.) Если я правильно помню, многие распределители STL реализуют какое-то сохранение памяти. IE они не освобождают выделенную память сразу, а оставляют ее и повторно используют. У меня определенно было много ложных срабатываний в valgrind, исходящих из памяти, выделенной моей реализацией STL.
Лучший способ, который я нашел для решения проблемы, - это (просто) использовать файл подавления.
120 байт недостаточно для пула. Вы выходите() из своей программы?