Version imprimable
Bonjour,
J'ai besoin d'aide ,
j'aimerais savoir si il existe un moyen de tracker les débordements de pointers.
Je cherche un composant qui se greffe à un projet afin de déterminer les débordements de pointers.
Merci beaucoup , car je suis très ennuyer sur un projet qui en plus vaste.
Merci
Le plus courant, c'est Valgrind.
L'autre, c'est de modifier le code pour utiliser des std::unique_ptr.
Je travaille sous windows avec Visual Studio 2008 et non sur Linux
Merci comme même.
Sous windows il y a 2-3 autres outils similaire à Valgrind genre Purify
Après si ton projet le permet essaye de faire la chasse aux pointeurs bruts, c'est du travail mais au final c'est des moins de problèmes
Dans ce cas, LittleWhite parle de « Dr. Memory ». (J'ai jamais testé.)
Exactement, même si je ne l'ai pas testé non plus (faudrait que je le fasse :))
J'ai tester Dr Memory ,Citation:
Envoyé par Ehonn
Ca à l'air de fonctionner
et J'ai su l'installer dans le menu tools de visual studio , mais je voudrais que mon projet en debuggage passer en mode "break" dés qu'il y a débordement de pointer constaté par Dr Memory.
Sinon il signale qu'une seule fois pour chaque ligne de code l'erreur de débordement de pointer.
Juste parce que ça m'horripile de lire ça ...Citation:
Envoyé par yann458
Dis plutôt "invalid read/write" ou "corruption de mémoire", parce que ce que tu dis là, ça n'a aucun sens ;)
DrMemory est sympa, mais il n'évolue pas beaucoup et est toujours coincé sous 32 bits, c'est dommage.
Je ne pense pas que ce soit possible avec DrMemory.Citation:
Envoyé par yann458
C'est en général bien suffisant pour trouver les problèmes. Tu peux déjà virer les pointeurs nus à l'endroit signalé par DrMemory en les remplaçant par des unique_ptr ou autre selon le cas et voir ce que ça te donne.Citation:
Envoyé par yann458
Salut!
Sinon il y a toujours la manière compliqué ( mais cool :lun: ) de le faire toi même dans ton code!
C'est assez complexe mais tu peux forcer ton new à allouer 8 octets de plus que la taille que tu demandes, tu place ton objet 4 octet après le début. Comme ça, tu as 4 octet avant et 4 octet après ton objet.
Dans chaque octet tu mets un magic number ( http://en.wikipedia.org/wiki/Magic_n...c_debug_values ).
Chaque allocation coute donc 8 octets de plus.
A la fin de ton programme, ou quand tu veux en faite... tu peux vérifier les valeurs avant et après. Si ça ne correspond pas à ta magic value bas... tu as une corruption.
Donc je sais que c'est long, complexe et pas adapté partout mais ça à l'avantage de fonctionner partout...
Sinon tu as plein d'outils pour ça comme il à été dit :)
Ou l'option -fsanitize=address de clang et gcc :aie:
Visual Studio fait déjà ça, du moins en mode Debug.