Discussion :

[cjacquel]

Bonjour,

J'ai une application qui est compos�e d'une librairie noyeau + l'application. Le probl�me : je n'arrive pas � debugger la librairie noyeau quand je d�bug l'application.

Faut il mettre les .obj de la librairie et ceux de l'application dans le meme r�pertoire ? Quels sont les fichiers qui sont utilis�s pour le debuggage ?

Merci,
Christophe,

[Neitsa]

Bonjour,

Bonjour,

J'ai une application qui est compos�e d'une librairie noyeau + l'application. Le probl�me : je n'arrive pas � debugger la librairie noyeau quand je d�bug l'application.

S'agit t'il d'une biblioth�que statique (*.lib, sans *.dll) ou dynamique (*.dll) ?

Quelle version de Visual ?

Faut il mettre les .obj de la librairie et ceux de l'application dans le meme r�pertoire ? Quels sont les fichiers qui sont utilis�s pour le debuggage ?

Merci,
Christophe,

Non, les .obj ne servent pas au d�bogage (produit par la compilation, utilis�s � l'�dition de lien).

Ce qui sert, ce sont :

1) Les fichiers sources de la biblioth�que (c'est b�te � dire, mais sinon il faut d�boger en assembleur...).

2) les fichiers .PDB (ou .DBG pour les anciennes versions de Visual).

Les fichiers sources et les fichiers .PDB (ou .DBG) n'ont m�me pas � �tre dans le m�me r�pertoire que l'application et/ou la biblioth�que (le chemin est cod� en dur dans les binaires). Certains d�bogeur aiment tout de m�me avoir les *.PDB dans le m�me r�pertoire que le binaire cible.

Il faut bien s�r imp�rativement faire un build en mode "debug", et s'assurer qu'il y a bien production de fichier de debugging (*.pdb ou .dbg), pour cela, voir les options du linker (ici VS2005 / 2008) :

Properties > linker > debugging :

- Generate Debug info : YES
- Generate Program Database : (rep de sortie du *.pdb)

[cjacquel]

Il s'agit d'une LIB statique. et Visual .Net 2005.

Christophe,