Discussion :

[Corsaaaire]

Bonjour à tous,

J'ai une application qui fonctionne très bien en compilation release mais quand je la lance dans mon debuggueur, j'ai des messages d'erreurs inquiétants, bien qu'ils n'empêchent pas le programme de fonctionner:

Exception de première chance à 0x100926f6 dans Reader.exe*: 0xC0000005: Violation d'accès lors de la lecture de l'emplacement 0x77010000.
Exception de première chance à 0x100926f6 dans Reader.exe*: 0xC0000005: Violation d'accès lors de la lecture de l'emplacement 0x77020000.
Exception de première chance à 0x100926f6 dans Reader.exe*: 0xC0000005: Violation d'accès lors de la lecture de l'emplacement 0x77030000.
Exception de première chance à 0x100926f6 dans Reader.exe*: 0xC0000005: Violation d'accès lors de la lecture de l'emplacement 0x77040000.
Exception de première chance à 0x100926f6 dans Reader.exe*: 0xC0000005: Violation d'accès lors de la lecture de l'emplacement 0x77050000.
Exception de première chance à 0x100926f6 dans Reader.exe*: 0xC0000005: Violation d'accès lors de la lecture de l'emplacement 0x77060000.

et ainsi de suite jusqu'à :

Exception de première chance à 0x01983f15 dans Reader.exe*: 0xC0000005: Violation d'accès lors de la lecture de l'emplacement 0x7c7f0000.

Si je debuggue pas à pas, ces erreurs surviennent toutes lors de l'appel à cette fonction:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
reader.MainWindow=CreateWindowEx(0, "Reader"," Reader", WS_POPUP|WS_CLIPSIBLINGS|WS_CLIPCHILDREN,0,0,0,0,NULL,NULL,hInstance,NULL);

mais avant le code géré au niveau du WM_CREATE.

Le debuggueur me désigne cette ligne 105 du fichier malloc.c

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
return HeapAlloc(_crtheap, 0, size ? size : 1);

Mais comment puis-je savoir ce qui est à corriger dans mon code?

Merci d'avance

[jblecanard]

Salut

Il suffit d'attraper l'exception concernée !

Tu peux déjà lire ceci : http://blogs.msdn.com/b/davidklinems...12/438061.aspx

Ensuite, dans VS, il te suffit d'aller dans Debug -> Exceptions puis de cocher l'exception concernée, en l'occurence "Access violation", qui est une "WIN32 exception".

Relance ton programme en mode debug, et le débugueur s'arrêtera lorsque l'exception est lancée.

[Corsaaaire]

Relance ton programme en mode debug, et le débugueur s'arrêtera lorsque l'exception est lancée.

Salut,

C'est bien ce que j'ai fait, et justement le debuggueur s'arrêtait dans le fichier malloc.c.
J'ai finalement compris que ca venait de mes chaînes de caractères passées au CreateWindow, car en les passant à NULL, le debuggueur passe alors le CreateWindow sans relever d'exception.

J'en déduis qu'il n'est pas recommandé de directement passer une chaîne de cette facon, sans la déclarer au préalable?
Pourquoi est ce que passer une chaîne de la sorte entraîne une allocation dynamique, je pensais que le compilateur transformait ces chaînes de caractères en allocation statique?

Je vais de ce pas chercher de la lecture pour mieux comprendre comment utiliser un debuggueur.

[jblecanard]

Salut

Une fois le débugueur arrêté, tu peux facilement récupérer plein d'infos :
- La callstack va te montrer toute la pile d'appel et permet de remonter facilement jusqu'au code concerné
- Tu peux t'arrêter sur CreateWindow et faire une exécution pas à pas pour voir ce qui se passe.
- Tu peux poser des watchs pour surveiller les variables dont tu as besoin

Quant tu maîtriseras un peu tout ça, tu localiseras très vite les problèmes !

[eomer212]

toutes tes chaines, meme statiques, sont referencées par un pointeur.
si tu crée juste la variable, sans l'initialiser, tu n'as aucune garantie de ce qu'elle va contenir aprés création.
car l'espace mémoire occupé n'et pas nettoyé lors de la creation, sauf si ta variable est par exemple, un CString, qui est un objet avec une procedure d'initialisation..
donc, initialisation des variables à l'état initial obligatoire.
on peut tout faire en c/c++, mais le revers de la médaille, c'est qu'il faut tout faire..