Discussion :

[gardaud]

Bonjour,

Je suis actuellement en train de développer une appli sur Visual C++ 2008. Je suis en mode debug, avec mon projet configuré en /MD (dll multithreadée).

J'ai une classe questionManager, qui a notamment un attribut privé musicQuestions qui est de type std::vector<questionResource>.

questionResource est une classe, dérivée de la classe question.

Dans l'une des méthodes de questionManager, j'ai le code suivant:

Code :

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

1
2
questionResource obj(difficulty, resource, answer);
this->musicQuestions.push_back(obj);

Et à la compilation, Visual Studio me sort l'erreur suivante:

Error 1 error LNK2019: unresolved external symbol __imp___CrtDbgReportW referenced in function "public: __thiscall std::_Vector_const_iterator<class questionResource,class std::allocator<class questionResource> >::_Vector_const_iterator<class questionResource,class std::allocator<class questionResource> >(class questionResource *,class std::_Container_base_secure const *)" (??0?$_Vector_const_iterator@VquestionResource@@V?$allocator@VquestionResource@@@std@@@std@@QAE@PAVquestionResource@@PBV_Container_base_secure@1@@Z) questionManager.obj GeeQuiz

Insérer:

Code :

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

1
2
#include <vector>
using namespace std;

au début de mon fichier ne change rien.

Que faire? Je suis quasi sûr que le problème ne vient pas de définition de classes ou autre, puisque si je commente la ligne avec le push_back(), mon code se compile et s'éxécute convenablement.

J'ai essayé de rajouter

D'avance merci,

Guillaume A.

[gardaud]

En continuant à bidouiller, j'ai réalisé la chose suivante:

Si je mets mon projet en "Multi-threaded Debug DLL (/MDd)", alors je n'ai plus qu'un seul warning à la compilation:

Warning 1 warning LNK4098: defaultlib 'msvcrt.lib' conflicts with use of other libs; use /NODEFAULTLIB:library MSVCRTD.lib GeeQuiz

Je n'y comprends plus rien...

[screetch]

problemes de link car tu as probablement bidouillé un peu le projet visual studio

si tu es en mode /MD (dll multithreadée) il faut verifier que la macro _DEBUG n'est pas définie

les macros sont les suivantes :
/MD : _DLL
/MDd : _DLL, _DEBUG
/MT (je crois, la version statique en tous cas) : rien
/MTd : _DEBUG
(plus le win32 tralala qui ne concerne pas la STL)

pour la deuxieme erreur (ou le warning) tu compiles sans doute en utilisant une bibliotheque externe qui a été compilée avec un autre visual studio. Il faut que tous tes modules utilisent la meme version de visual studio et les memes flags (/MT, /MD, etc) pour etre compatibles, sinon tu risques d'avoir quelques problèmes assez durs a comprendre. Quelles sont les bibliotheques externes que tu utilises ?

[gardaud]

J'utilises FMOD et la SDL (ainsi que SDL_image et SDL_ttf).

Cela dit je ne comprends pas, car tu me dis qu'il faut que la macro _DEBUG ne soit pas définie.

Or mon projet ne compile pas en /MD (donc macro non définie) mais compile en /MDd (donc avec la macro définie), bien qu'avec un warning.

[gardaud]

Bon, je viens de mettre mon projet en /MDd, et pour résoudre le warning, je lui ai dit d'ignorer msvcrt dans Properties > Linker > Input > Ignore Specific Library.

Tout marche pour le moment, j'espère que ça restera comme ça...

[Mac LAK]

Déjà eu la farce aussi, aucun moyen de résoudre l'erreur de link sans bidouiller les options du linker et mettre un "/force:multiple" (ce qui est MAAAAL...).

Donc, j'ai résolu le problème autrement : j'ai viré le std::vector de mon code.

[gardaud]

C'est à dire? Tu l'as utilisé par un moyen détourné ou tu n'as carrément pas eu recours à la STL? (ce qui avouons le, est assez casse pieds)

[Mac LAK]

C'est à dire? Tu l'as utilisé par un moyen détourné ou tu n'as carrément pas eu recours à la STL? (ce qui avouons le, est assez casse pieds)

J'ai viré la STL, c'était dix fois plus rapide que de contourner... La STL est là pour te faire gagner du temps de développement (au détriment, parfois, d'un peu de performances). Si elle t'en fait perdre, elle ne sert plus à rien.

Sur ce cas précis, j'ai viré le std::vector sur cette partie de code, mais j'ai conservé les autres conteneurs dans le reste du code, vu qu'ils ne posaient pas de problèmes.

[screetch]

je viens de me rappeler que /MT et /MD (non debug) doivent definir la macro NDEBUG

verifie que dans ton projet cette macro est bien définie lorsque tu utilises /MD ou /MT