Discussion :

[sapphire]

Chalut

j'ai une pitite question toute b�te:

en cas de crash d'un soft apparait une pitite dlgbox system indiquant l'adresse hexa de l'instruction provoquant le crash, ainsi que, dans le cas d'un bufferoverflow par exemple, l'adresse memoire que le soft a tent� d'acc�der.

Comment, a partir de l'adresse de l'instruction, retrouver l'instruction dans le code source ?

ex: crash
l'instruction 0xAABBCCDD a provoqu� une erreur a l'adresse 0xEEEEEEEE
memory can't be read/written

J'aimerais savoir comment retrouver, dans le code source, l'instruction qui se trouve a l'adresse 0xAABBCCDD du binaire, pour ensuite tracer les appels a cette instruction via la call stack.

vi, j'ai honte de pas trouver ca, mais cet IDE je pige pas encore la logique..

Merci

[Aurelien.Regat-Barrel]

J'esp�re que c'est pas pour d�buguer un soft qui plante chez un client, auquel cas tu d�couvres l'utilit� de g�n�rer un fichier de logs.
Sinon, ben on se demande pourquoi tu n'utilises pas un d�bogueur.
Mais bon, pour ta question, il faut d�ssassembler le soft pour savoir l'instruction (assembleur) pr�cise, mais alors tu ne sais pas dans quelle fonction �a se passe, et tu peux oublier le callstack.
Alors la m�thode du guerrier d�sesp�r�, c'est de compiler le soft en faisant g�n�rer un .map. Ce dernier te donnera l'emplacement de chaque fonction dans ton exe. Tu peux alors en d�duire dans laquelle a eu lieu l'erreur.

[sapphire]

J'esp�re que c'est pas pour d�buguer un soft qui plante chez un client, auquel cas tu d�couvres l'utilit� de g�n�rer un fichier de logs.

hihi non en fait, je debug une appli opensource (env 100,000 lc, pas assez de temps pour tout lire) � laquelle j'ai ajout� quelques �l�ments de code. Probl�me: l'ajout se fait dans une dll multithread qui utilise des sockets. Donc, non seulement c'est gal�re de placer les points d'arret a cause des timeout r�seau, mais en plus je ne suis jamais trop sur du thread ex�cutant mon code.
Bref

Sinon, ben on se demande pourquoi tu n'utilises pas un d�bogueur.

En fait, c'est ce que j'essaie de faire avec celui inclus dans visual .net
Donc, j'attache mon process, je provoque le crash, puis j'obtient la boite de dialogue decrite dans le premier post. Le debug visual pointe alors sur l' ASSERT qui a provoqu� l'arret de lexec dans le code de l'ex�cutable. Mais l'info dont j'ai besoin, c'est l'instruction qui a provoqu� le bo dans la dll.. pas celle de l'assert de l'ex� qui l'a intercept�.

Jsuis pas sur d'etre bien clair, inutile de pr�ciser que je suis pas vraiment dev

Mais bon, pour ta question, il faut d�ssassembler le soft pour savoir l'instruction (assembleur) pr�cise, mais alors tu ne sais pas dans quelle fonction �a se passe, et tu peux oublier le callstack.
Alors la m�thode du guerrier d�sesp�r�, c'est de compiler le soft en faisant g�n�rer un .map. Ce dernier te donnera l'emplacement de chaque fonction dans ton exe. Tu peux alors en d�duire dans laquelle a eu lieu l'erreur.

Comment g�n�rer le fichier .map ? Suffit de compiler la dll en mode debug ? ou ya des options � activer qu�quepart dans l'IDE ? Ya un tuto debug avec visualc++ sur developpez.com ?

[Aurelien.Regat-Barrel]

C'est l'ASSERT qui g�n�re l'erreur. Cherche pas plus loin. C'est lui l'instruction, un assert sert � �a.
Remonte la pile des appels dans le d�bogueur pour comprendre pourquoi �a a fini comme �a. A vu de nez, �a sent la corruption m�moire... c'est quoi comme assert ? Si c'est invalid block ou truc du genre, v�rifie tes new/delete, que tu m�langes pas plusieurs CRT.
Pour le map, c'est dans les options du projet, �diteur de liens -> d�bogage -> g�n�ration d'un fichier de mappage.
Mais apprends � utiliser le d�bogueur tu seras 100x plus efficace.
Si ta dll est compil�e en debug, tu dois pouvoir "stepper into" dedans, notamment lors de la remont�e de la pile d'appels.

[mat.M]

hihi non Smile en fait, je debug une appli opensource (env 100,000 lc, pas assez de temps pour tout lire)

Pas le temps pour tout lire ??
Tu prends pas les gens pour des idiots ?
J'esp�re que tu n'est pas r�mun�r� pour cela
Tu traces dans un fichier log comme Aur�lien sugg�re ?