Verification de mémoire

Bonjour,

J'ai un code assez lourd, même tres lourd ecrit en C++ + Qt4 qui fonctionne bien sous windows et linux mais qui persente des plantages intenpestifs que je n'arrive pas à isoler.
J'ai essayer de le compiler avec l'option electric-fence mais à l'execution j'ai sytématiquement des erreurs du type :

ElectricFence Exiting: mprotect() failed: Cannot allocate memory

J'ai alors essayé Valgrind, mais la mon applie s'affiche et se plante dé quelle s'affiche. J'ai bien avancé en reduisant certaine resource de mon appli mais que je lance une tache un peu complexe, valgrind se plante. Enfin, ca m'a l'air trés instable dé que l'appli est un peu grosse

Je ne sais plus quel outil essayer sous linux alors je me suis tourné sous windows, mais là avant j'utilisais CodeCard de builder qui était génial, mais depuis que je suis passé à gcc, je ne sais pas trop quoi utiliser pour tester mes appli

Merci de vos suggestions

Sous linux , pour du débuggage tu as gdb et son interface graphique ddd.
Par contre rajoute l'option -ggdb3 ( ou -g seulement ) lorsque tu compile.

Sous windows, code::blocks à un debuggeur ( et il utilise le portage de gcc ).
Visual Studio aussi à un très bon outils intégré à l'IDE , mais il faut reussir à relancer le projet avec celui ci.

Bonne chance pour ton debuggage ... c'est ton programme ? où tu choppe un programme avec plein de bug ?

Je n'ai pas été assez clair!
J'utilise codeblock, j'ai donc bien un debugger, mais ce n'est pas suffisant dans certain cas trop complexe. Là j'ai bseoin d'un checker de memoire. Un outil permettant de te dire par example que tu accedes à un indice de tableau superieur à celui déclarée par malloc ou new ou même [].

En principe un debugger suffit pour ça. Quand tu as un accès en dehors des limites d'un tableau, ton programme plante et ton debugger te montre la ligne où ça a planté. :?

Citation:

---

Envoyé par Cheps

En principe un debugger suffit pour ça. Quand tu as un accès en dehors des limites d'un tableau, ton programme plante et ton debugger te montre la ligne où ça a planté. :?

---

Et du coup tu as juste à remonter la pile des appels pour trouver ce qui pose problème dans ton code (parce qu'on tombe souvent dans du code machine ou CRT ou autre ...).
Mais effectivement, dans ce cas précis, le débuggeur suffit.

Pour les new et des éventuelles fuites mémoire (qui peuvent être source de bug filous) je ne sais pas si Qt a un truc genre DEBUG_NEW à la Visual qui te donne la ligne d'allocation en cas de fuite. Toujours en debug.

En bref, je ne sais pas si un tel outil (i.e. capable de recoller les morceaux) existe. Il aurait fallu être clean dès le début, mais d'une part c'est pas toujours facile, et d'autre part on n'y peut rien quand on récupère du code.

En derniers recours, tu peux toujours passer un outil d'analyse statique de code du type C++Test ou un équivalent gratuit, qui te dira les variables non initialisées, les variables non utilisées, ... bref ça peut pas faire de mal. Mais ça ne fera pas de miracles non plus.

Bon courage ;)

Les libraries ou outils tels que memprof, valgrind, electic fence, codegarde(borland)... et j'en oublie, n'ont pas été dévelopés pour rien vous savez!

En particulier sous windows, ce n'est pas parce que l'on fait un accé memoire non autorisé que l'on va planter le code, et souvent ca plante mais pas du tout à l'endroit attendu (parfois l'erreur est tellement indirect qu'il est impossible de mettre la main dessus.)
Quand je developais sous builder de borlandc cette outil m'a fait gagner un temps précieux et je ne vous dis pas le nombre de collégues qui m'ont amener leurs codes pour que je mette la main sur le bug qu'il cherchait depuis des jours sans succé. Et avec ce type d'outil en 2 secondes c'est réglé.

Citation:

---

Envoyé par uriotcea

Les libraries ou outils tels que memprof, valgrind, electic fence, codegarde(borland)... et j'en oublie, n'ont pas été dévelopés pour rien vous savez!

---

Bien sûr, mais il me semblait que tu demandais des suggestions car ces outils, que tu utilises d'habitude, ne fonctionnaient pas dans ton cas :koi: ?
Ou alors j'ai rien compris :(

en fait, j'en recherche d'autres parce que celles-ci ne fonctionnent pas dé que le code est trop gros.

Et de celle que tu as citées, tu les as toutes essayées?
Parce que personnellement, j'en connais pas d'autre. Je sais juste que Visual 2005 a aussi un add-on, mais je sais plus si c'est pour de l'analyse statique ou dynamique. A voir.

Oui, je les ai tous essayé, et il semblerait que le code dépasse la capacité méoire qu'ils sont capables de gérer. Enfin cela sous linux, parce que sous windows à part visual et builder que je n'utilise plus (je suis en gcc + qt4 + codeblock) je n'ai rien trouvé

T'es sûr que valgrind il plante pas tout simplement parce que tu fais trop de trucs interdits ?

En fait j'en sais effectivement trop rien, mais mon code ne plante pas systematiquement. Disons qu'au bout d'une trentaines d'opérations (calcul, affichage..) il arrive qu'il plante. Alors qu'avec valgrind, il n'a même pas le tmeps de se lancer que ca s'arrete sans raison. De plus, c'est tout de même me role de valgrind d'au moins de m'indiquer pourquoi il sort, sinon à quoi bon

Peut-être pourrais-tu essayer avec des analyseurs de codes statiques. Ces outils sont souvent sujets à troll car leurs détections d'erreurs ne sont pas toujours pertinentes et complètes. Mais, on ne sait jamais. Cela pourrait t'indiquer des zones à risques.

pourquoi pas, quels outils me conseilles-tu?

Wiki est ton ami?

J'avais également parlé de C++ Test, mais je ne sais pas s'il existe une version gratuite.