Discussion :

[nour88]

bonjour
je travaille avec visuel c++ 2008 , je suis entrain de faire un projet concernant la parallélisation des algorithmes évolutionnaires, mais avant ça je suis entrain de faire une version séquentielle. le problème réside dans la version séquentielle lors l’exécution, un message d'erreur s'affiche et m'informe:

Microsoft Visual Studio C Runtime Library has detected a fatal error in test.exe.

Press Break to debug the program or Continue to terminate the program.

l'exception qu'est responsable de ça est la suivante:

> test.exe!_crt_debugger_hook(int _Reserved=1700696) Line 65 C

j'éspére que quelqu'un peut m'aider
merci bien

[bacelar]

Vous êtes en train de vous confronter aux outils d'aide au déverminage de VS.

Soyez détendu, ils sont là pour vous aider à corriger vos bugs.

Vous avez droit à ces services uniquement en Debug, en Release, vous n'aurez plus ce confort.

Concrètement, vous avez droit à cette fenêtre (ce n'est pas un message d'erreur de l'OS) car l'implémentation Debug de la C-Runtime (une bibliothèque fond de panier gérant les allocations mémoires principalement) a détecté que des zones de mémoire de l'exécutable ont été abimé (chainage entre les blocks de mémoire allouée, zone de canarie de sécurité, etc...).

test.exe!_crt_debugger_hook(int _Reserved=1700696) Line 65 C

C'est juste l'endroit qui affiche la fenêtre indiquant le problème.

Normalement, dans la fenêtre, il devrait avoir assez d'indication pour déterminer quelle zone mémoire a été abimée.
Vous pouvez, en appuyant sur le bouton "Break", avoir accès à la pile d'appel et à la valeur des variables du programme lors de la détection du problème.

Avec ces informations vous devriez détecter quelle partie de votre code abime la mémoire. Tableau trop petit, indice trop grand ou négatif pour l'accès aux éléments d'un tableau, ou encore chaine de caractères non terminé par '/0' sont les cas les plus courant de corruption de la mémoire pour les débutants.