Discussion :

[Gouyon]

Salut à tous

J'avais un projet qui fonctionnait sous visual studio 2005 et je suis passé à la version 2013.
Maintenant quand je le compile il me met des erreurs d'édition de lien

Code :

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

error LNK2019: symbole externe non résolu "public: __thiscall CLogPalette::CLogPalette(unsigned short,int,class ATL::CStringT<wchar_t,class StrTraitMFC<wchar_t,class ATL::ChTraitsCRT<wchar_t> > >)" (??0CLogPalette@@QAE@GHV?$CStringT@_WV?$StrTraitMFC@_WV?$ChTraitsCRT@_W@ATL@@@@@ATL@@@Z) référencé dans la fonction "protected: virtual int __thiscall CMINDEF_INTEL2013Dlg::OnInitDialog(void)" (?OnInitDialog@CMINDEF_INTEL2013Dlg@@MAEHXZ)

J'ai pourtant renseigné les champs

• Dépendance additionnelles avec les noms de mes bibliothèques
• Répertoires supplémentaires des bibliothèques

Y a t'il moyen de savoir où il a cherché les bibliothèque lors de l'édition de lien?

[bacelar]

Commencez par vérifier que la librairie exporte bien "??0CLogPalette@@QAE@GHV?$CStringT@_WV?$StrTraitMFC@_WV?$ChTraitsCRT@_W@ATL@@@@@ATL@@@Z" en utilisant dumpbin.

[Gouyon]

Elle l'exporte forcément puisque ça fonctionnait avec visual studio 2005 et que les bibliothèque n'ont pas changé.
Ceci dit par acquis de conscience j'ai fait un dumpbin Tools.dll /Export et le résultat et le suivant
76 4B 00028300 ??0CLogPalette@@QAE@GHV?$CStringT@DV?$StrTraitMFC_DLL@DV?$ChTraitsCRT@D@ATL@@@@@ATL@@@Z

[bacelar]

Bingo!
undname.exe ??0CLogPalette@@QAE@GHV?$CStringT@_WV?$StrTraitMFC@_WV?$ChTraitsCRT@_W@ATL@@@@@ATL@@@Z

donne "public: __thiscall CLogPalette::CLogPalette(unsigned short,int,class ATL::CStringT<wchar_t,class StrTraitMFC<wchar_t,class ATL::ChTraitsCRT<wchar_t> > >)"

undname.exe ??0CLogPalette@@QAE@GHV?$CStringT@DV?$StrTraitMFC_DLL@DV?$ChTraitsCRT@D@ATL@@@@@ATL@@@Z

donne "public: __thiscall CLogPalette::CLogPalette(unsigned short,int,class ATL::CStringT<char,class StrTraitMFC_DLL<char,class ATL::ChTraitsCRT<char> > >)"

Vous cherchez (le linker) la version UNICODE de ATL::CStringT utilisant les MFC (avec une C-Runtime en librairie statique vraisemblablement) et dans la librairie, c'est une version ASCII utilisant la C-Runtime en Dll qu'on trouve.

C'est pas pareil .

[Gouyon]

Ok mais comment puis je corriger le problème?
je suis chez moi et je n'ai pas le code sous la main mais de mémoire il s'agit de la déclaration du constructeur de la classe CLogPalette
qui est:

Code :

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

public CLogPalette(DWORD Palette, BOOL var, CString Nom)

[bacelar]

Le problème, c'est "CString Nom".
J'espérais plus un "const CString& Nom" pour éviter des copies inutiles, mais bon.

CString est une classe à géométrie variable en fonction des constantes de compilations.

Votre projet, qui ne link pas, interprète "CString" comme égale à "ATL::CStringT<wchar_t,class StrTraitMFC<wchar_t,class ATL::ChTraitsCRT<wchar_t> > >", en gros, une string UNICODE (because wchar_t), avec une API à la MFC (because StrTraitMFC).
Pour votre librairie "CString" est égale à "ATL::CStringT<char,class StrTraitMFC_DLL<char,class ATL::ChTraitsCRT<char> > >", en gros, une string ASCII(because char), avec une API à la MFC (because StrTraitMFC) et le _DLL, faudrait voir dans les includes si c'est lié à la version Dll/static des MFC ou de la C-Runtime.


Pour que cela marche, il faut que votre programme et votre librairie ait la même définition de "CString", il faut donc pour cela que les options de compilations de votre programme et votre librairie soient les mêmes, au moins sur le choix UNICODE/ASCII, MFC/pasMFC, MFC en Dll/en static et C-Runtime en Dll/en static.

Si c'est une librairie "du commerce", il y a de grosse chance que vous utilisiez la mauvaise version de la librairie car, si elle exporte des CString aussi salement, elle devrait fournir une version différente pour que interprétation possible de CString.