Comment éviter la fuite de mémoire détectée suivante en C++?

Question

Je reçois la fuite de mémoire suivante. Elle est probablement causée par std :: string. comment puis-je l'éviter?

PLK: 23 bytes potentially leaked at 0xeb68278 

    * Suppressed in /vobs/ubtssw_brrm/test/testcases/.purify [line 3] 

    * This memory was allocated from: 

     malloc   [/vobs/ubtssw_brrm/test/test_build/linux-x86/rtlib.o] 

     operator new(unsigned) [/vobs/MontaVista/Linux/montavista/pro/devkit/x86/586/target/usr/lib/libstdc++.so.6] 

     operator new(unsigned) [/vobs/ubtssw_brrm/test/test_build/linux-x86/rtlib.o] 

     std::string<char, std::char_traits<char>, std::allocator<char>>::_Rep::_S_create(unsigned, unsigned, std::allocator<char> const&) [/vobs/MontaVista/Linux/montavista/pro/devkit/ 

x86/586/target/usr/lib/libstdc++.so.6] 

     std::string<char, std::char_traits<char>, std::allocator<char>>::_Rep::_M_clone(std::allocator<char> const&, unsigned) [/vobs/MontaVista/Linux/montavista/pro/devkit/x86/586/tar 

get/usr/lib/libstdc++.so.6] 

     std::string<char, std::char_traits<char>, std::allocator<char>>::string<char, std::char_traits<char>, std::allocator<char>>(std::string<char, std::char_traits<char>, std::alloc 

ator<char>> const&) [/vobs/MontaVista/Linux/montavista/pro/devkit/x86/586/target/usr/lib/libstdc++.so.6] 

     uec_UEDir::getEntryToUpdateAfterInsertion(rcapi_ImsiGsmMap const&, rcapi_ImsiGsmMap&, std::_Rb_tree_iterator<std::pair<std::string<char, std::char_traits<char>, std::allocator< 

char>> const, UEDirData >>&) [/vobs/ubtssw_brrm/uectrl/linux-x86/../src/uec_UEDir.cc:2278] 

     uec_UEDir::addUpdate(rcapi_ImsiGsmMap const&, LocalUEDirInfo&, rcapi_ImsiGsmMap&, int, unsigned char) [/vobs/ubtssw_brrm/uectrl/linux-x86/../src/uec_UEDir.cc:282] 

     ucx_UEDirHandler::addUpdateUEDir(rcapi_ImsiGsmMap, UEDirUpdateType, acap_PresenceEvent) [/vobs/ubtssw_brrm/ucx/linux-x86/../src/ucx_UEDirHandler.cc:374] 

Answer 1

J'ai eu un cas où Valgrind indiqué que j'avais des fuites dans std::string, mais je ne voyais pas comment. Il s'est avéré que je fuyais un autre objet qui contenait des chaînes en valeur, mais Valgrind a également correctement détecté la fuite de la mémoire de la chaîne (qui était la grande majorité des fuites). Je soupçonne que uec_UEDir ne gère pas correctement ses chaînes ou qu'il fuit lui-même. En fait, j'ai fini par trouver mon problème par une inspection du code très minutieuse.