Windows a déclenché un point d'arrêt dans test.exe

Version imprimable

13/07/2010, 09h00
moooona

Windows a déclenché un point d'arrêt dans test.exe

Bonjour,
J'ai développé une application en utilisant Visual Studio 2008. VC++
En compilant le projet aucun erreur ne me parait mais en lançant l'exécution, aprés que j'appuie sur un bouton le message d'erreur suivant me parait:

Citation:

Windows a déclenché un point d'arrêt dans test.exe.

Cela peut être dû à une défaillance du tas qui indique un bogue dans test.exe ou l'une des DLL chargées.

Cela peut également être dû à l'appui sur la touche F12 lorsque test.exe a le focus

La fenêtre Sortie peut contenir des informations de diagnostic supplémentaires.

dans la pile, j'ai trouvé que le projet se bloque dans la ligne suivante

Citation:

> ntdll.dll!7c91120e()

J'ai essayé d'ajouter cette ligne :

Citation:

_CrtSetDbgFlag(_CRTDBG_CHECK_ALWAYS_DF)

mais plusieurs erreurs s'affichent dés la compilation.
Mon projet est un projet MFC.
Merci pour votre aide
13/07/2010, 11h20
koala01

Salut,

De toute évidence, il y a un problème quelque part dans ton programme.

Je pencherais plus pour un problème de logique qu'autre chose, étant donné que la compilation semble se dérouler correctement.

Mais, à défaut d'avoir un tout petit peu d'indications, il nous sera impossible de t'aider d'avantage.

Pourrais tu donc nous donner un code minimal compilable qui reproduise le problème :question:
13/07/2010, 12h24
bacelar

En le lançant dans le debugger de VS, ça dit quoi ?

P.S.: un point d'arrêt, c'est juste une instruction assembleur "int 3".
13/07/2010, 13h36
moooona

Il affiche la meme erreur
voilà la ligne du code assembleur:

Citation:

7C91120E int 3
13/07/2010, 13h39
bacelar

CallStack, SVP.

Installez les symboles de Windows pour avoir les noms de fonction des dll Windows.
13/07/2010, 14h04
jblecanard

Salut

N'oublie pas de compiler ton projet en mode Debug et pas Release (ça paraît idiot mais on a eu ce cas de figure il n'y a pas longtemps :mrgreen:).

En lançant en debug, le debugger devrait s'arrêter dans ton code source à la bonne ligne (et non directement dans l'assembleur). Les trois quarts du temps, c'est un accès à un pointeur nul, non initialisé ou alors un delete sur quelque chose de déjà libéré.