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,