Discussion :

[zip8000]

Bonjour,

Lorsque je tente d'executer un programme c++, il se lance en mode release mais en mode debug j'ai l'erreur de linking suivante:

error LNK2019: symbole externe non résolu __imp___CrtDbgReportW référencé dans la fonction

En regardant les differentes configuration entre le mode Release et Debug, il y a une difference au nivau preprocesseur:

mode release ne contient pas le parametre " _debug" dans c/c++->preprocesseur->definition du preprocesseur

en enlevant ce parametre dans le mode debug ca compile bien. Mais je ne connais pas tres bien a quoi correspond ce parametre et si c'est judicieux de l'enlever. De plus j'aimerais en savoir un peu plus sur ce parametre. Quelqu'un aurait il une explication ou un tutorial qui me donnerait plus d'infos la dessus?

Mon programme est ecrit en C++, utilise la SDL et je rencontre ce probleme depuis j'ai defini une map.

merci pour votre aide

[zip8000]

en continuant mes recherches je suis tombe sur ca:
Debug symbol :
http://en.wikipedia.org/wiki/Debug_symbol

mais ca reste tres obscur pour moi. Visiblement ce parametre permet d'effectuer un meilleur debugage. Je n'utilise que tres peu le debugage(par meconnaissance). J'ai vu sur le site un tuto qui donnait des infos la dessus. Je l'ai parcouru mais je n'ai pas trouve d'aide a mon probleme.

J'ai egalement cru comprendre qu'il pouvait y avoir un probleme entre la SDL et le c++. J'ai l'impression que je suis tombe sur un de ces problemes.

suis je sur la bonne voie?

[Jenna]

_debug est un symbole défini par ton compilateur lorsque tu compiles en mode debug. Ce symbole n'est pas défini en mode release.

Cela permet de faire de la compilation conditionnelle et c'est utilisé entre autres par le compilateur microsoft pour définir ou non les macro ASSERT et TRACE. En mode release, ces macros ne font rien.

Cela permet de faire du code conditionnel :

Code :

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

1
2
3
4
5
#ifdef _DEBUG
   // on est en mode DEBUG, j'affiche mes variables, et je fais des contrôles supplémentaires
#else
   // on est en mode RELEASE, je ne fais rien pour des raisons de performances
#endif

Attention, cela peut avoir des effets pervers et on peut facilement oublier que le code exécuté en mode release n'est pas tout à fait le même que celui testé en mode debug.

[koala01]

Salut,

Les erreurs de symboles non définis ont quasiment toujours la même cause: une bibliothèque externe n'a pas été liées lors de l'édition de liens.

Un symbole préprocesseur permet, effectivement, d'ajouter (ou de retirer, selon le sens où l'on se place) conditionnellement toute une partie de code, qui peut très bien englobler l'implémentation de toute une fonction.

Cette fonction peut donc se trouver dans une bibliothèque externe... ou non...

Il n'est donc pas exclu de se trouver en possession d'une bibliothèque compilée en mode "release" et d'une autre en mode "debug", le nom de cette dernière étant souvent suivi d'un d: une bibliothèque nommée machinChose.lib en version release serait alors souvent nommée machinChosed.lib en mode debug.

Si tu utilise, de manière directe ou indirecte une de ces fonctions qui n'existe pas dans la version release de la bibliothèque et que, pas de bol, tu as lié ton application avec la version release au lieu de la version debug, l'éditeur de liens est incapable de trouver le symbole correspondant à cette fonction et t'envie gentiment balader avec le message d'erreur que tu indique.

Ce message t'indique, en outre que le symbole que l'éditeur de liens n'a pas trouvé correspond à la fonction __CrtDbgReportW.

Je ne serais pas étonné outre mesure si cette fonction se trouvait dans la bibliothèque "runtime" C

Pour résoudre ce problème, il faut:

• vérifier la présence d'une version debug correspondant à l'ensemble des bibliothèques utlisées de manière implicite (utilisant les réglages "d'origine" du compilateur) ou explicite (explicitement indiquées dans les options du projet).
• Si (et "seulement si) tu dispose d'une version debug de ces bibliothèques, indiquer implicitement à l'éditeur de liens qu'il doit utiliser ces versions des différentes bibliothèques

Si tu ne dispose pas de ces versions debug, tu peux essayer de te les procurer, mais veille à le faire dans le respect de la loi

Si tu n'arrive pas à te les procurer, je crains qu'il ne te soit jamais possible de compiler une application en mode debug... Mais, comme tu as dit que tu n'utilisait jamais le débugage...

[zip8000]

merci pour toutes ces explications. J'ai appris et compris pas mal de choses en vous lisant meme s'il reste des zones obscure.

J'ai donc cherche la librairie qui posait probleme et j'ai trouve ca:
support microsoft
ou il est dit qu'en Multithreaded DLL (/MD) je dois linker MSVCPRTD.lib a mon application.

j'ai donc ajoute cette librairie a mon projet et du coup le preprocesseur ne me jette plus


probleme resolu. encore merci
ps:si je suis en Multithreaded DLL (/MD) c'est que j'utilise la SDL. Leur faq dit de mettre ce RT.

[koala01]

merci pour toutes ces explications. J'ai appris et compris pas mal de choses en vous lisant meme s'il reste des zones obscure.

N'hésite pas à demander des éclaircissements si besoin est