Quand je lance Valgrind sur mon code, je reçois plusieurs milliers de cas deComment réparer le problème de l'allocateur de pool valgrind?
12 bytes in 1 blocks are possibly lost in loss record 545 of 29,459
at 0x7FCC050: operator new(unsigned int) (vg_replace_malloc.c:214)
by 0x87E39B1: __gnu_cxx::new_allocator<T>::allocate(unsigned int, void const*) (new_allocator.h:89)
...
...
De divers postes, j'ai pu déterminer que c'est « pas un bug, mais une caractéristique », car il est la façon dont gnu Les bibliothèques fournissent une allocation très efficace à la bibliothèque stl. Cela dit, en voyant plusieurs milliers d'entre eux, il est difficile de trouver de vrais insectes.
Comment puis-je configurer Valgrind pour ne pas afficher ces erreurs?
Note: J'ai essayé de définir des variables environnementales GLIBCXX_FORCE_NEW G_SLICE=always-malloc G_DEBUG=gc-friendly,resident-modules
et rien n'a changé
Quelle version de valgrind/gcc/libc/(et distro peut-être) utilisez-vous? Je n'ai jamais eu ces problèmes lors de la vérification de mon code C++. – BatchyX
gcc version 3.4.2, valgrind 2.4.0, glibc 2.3.3-98.103.408.0.PTF.486631, SuSE Linux – user108088
Ces versions sont sérieusement obsolètes. n'est-il pas possible de tester avec un logiciel plus récent? ceux-ci ont presque 5-7 ans. ce problème doit avoir été réparé depuis lors. – BatchyX