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..