Devpartner Instrumentation pour la couverture de code provoquant des erreurs de l'éditeur de liens

StackOverflow https://stackoverflow.com/questions/1201232

Question

J'ai donc une solution Visual Studio 2005 contenant un projet C # (pilote de test - crée un fichier EXE) et 7 projets C ++ (dll).

Cette solution est efficace jusqu'à présent.

J'ai installé DevPartner studio 8.2. J'essaie de générer une couverture de test sur l'ensemble de la solution, ce qui m'oblige à instrumenter du code c ++ natif pendant les générations. Lorsque j'active cette option DevPartner, la construction génère des erreurs de l'éditeur de liens.

Quelqu'un at-il de l'expérience avec cela?

Par exemple:

Error   25  error LNK2001: unresolved external symbol "public: __thiscall IntLong::IntLong(class BufObjBase *,int,int,unsigned char,wchar_t const *,bool)" (??0IntLong@@QAE@PAVBufObjBase@@HHEPB_W_N@Z) X.obj
Était-ce utile?

La solution

Un collègue a découvert cela. Si quelqu'un d'autre rencontre ce problème:

Il existe une chaîne de dépendance dans le projet entre les DLL, les autres DLL et les bibliothèques. Sous une construction normale, Visual Studio est assez intelligent pour trouver les bibliothèques. DevPartner insérant son instrumentation, ce n’est pas le cas.

Assurez-vous que toutes les dépendances supplémentaires sont explicitement spécifiées dans (les propriétés du projet obtenant l'erreur de lien) - > Lieur - > entrée - > Dépendances supplémentaires.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top