Clrdump (C++) erreur LNK2019: symbole externe non résolu __imp__RegisterFilter@8 référencé dans la fonction _main

Je suis à l'aide d'un makefile système avec le pvc compilateur (à l'aide de Microsoft Visual C++ 2008 compilateur) et je reçois plusieurs erreurs de liaison de la forme:

error LNK2019: unresolved external symbol __imp__RegisterFilter@8 referenced in function _main

Ce qui se passe MALGRÉ l'aide de la extern "C" déclaration, à savoir:

extern "C" int CLRDUMP_API RegisterFilter( LPCWSTR pDumpFileName, unsigned long DumpType );

Aussi, dans le makeexe.mak, la bibliothèque est liée dans comme:

$(COMPILEBASE)\lib\clrdump.lib \

Pour être honnête, je ne suis pas un expert dans les makefiles, et je suis l'évolution sur un système à partir de Microsoft Visual C++ 6.0 pour 2008. Ce changement peut avoir quelque chose à voir avec le lien des erreurs, le système utilisé pour le travail avant.

Toute aide serait vraiment appréciée.

Merci d'Avance,

Sincèrement,
Joseph

-- Edit 1 --

Personne ne sait comment à son tour détaillé dans le makefile système de pvc?

Noter que la fonction ci-dessus est déjà un compilateur décoré à la version, ayant

__imp__RegisterFilter@8

alors que la fonction C++ est juste

RegisterFilter

Merci pour l'aide, mais si n'importe qui peut poster une solution plus complète, qui serait également très apprécié.

Sincèrement, Joseph

-- Edit 2 --

Une personne aimable posté, mais quand je me suis inscrit il a disparu:

L'imp préfixe indique que cette fonction est importée à partir d'une DLL. Vérifiez la définition de CLRDUMP_API - est-il __declspec(dllimport)? Voir cet article pour plus d'informations.

Il y avait un lien de travail, mais je l'ai perdu, mais je suppose que l'on peut toujours chercher le sujet.

Merci, qui que vous ont été!

-- Edit 3 --

Grâce ChrisN (je ne suis pas encore le droit de vote). Malgré l'aide du bouton actualiser votre réponse disparu, mais ensuite ré-apparu après que j'ai posté un cut-n-coller.

C'est ma définition de l':

define CLRDUMP_API __declspec(dllimport) __stdcall

Je suppose que l' __stdcall est OK?

-- Edit 4 --

Bien que j'apprécie les efforts de ceux qui ont répondu, en particulier ChrisN, au moins sur mon système en particulier, le lien d'erreur reste. Donc si quelqu'un a d'autre idée, je l'apprécierais. Merci encore.

InformationsquelleAutor JosephDoggie | 2008-12-02
  1. 3

    J'ai été la création d'un simple Win32 application c++ dans VS2005 et je commençais à avoir cette erreur:

    LNK2019: unresolved external symbol __imp__somefunction

    Cette application a été en utilisant les feuilles de propriétés, par conséquent, il est obligatoire cette en-tête (prsht.h).

    La solution à mon problème est le suivant: programme Propriétés→Propriétés de Configuration→éditeur de liens→Général, j'ai mis Bibliothèque Supplémentaire Répertoires à "C:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\Lib".

    Également dans le programme de Propriétés→Propriétés de Configuration→éditeur de liens→ligne de Commande pour la Options Supplémentaires, j'ai ajouté ComCtl32.Lib ComDlg32.Lib.

    Mon programme est actuellement en train de compiler sans problème. Mes deux cents: vous devez identifier toutes les bibliothèques que votre programme nécessite. Astuce: vérifiez tous les en-têtes que vous avez compris, vous devez vous assurer que votre linker puisse les voir.

    • J'ai été l'élaboration d'un très simple ATL/COM app et tenté d'appeler la méthode CreateMappedBitmap(...). J'ai reçu l'erreur LNK2019 pour l'appel de cette méthode à l'aide de visual studio 2012. La suggestion faite ci-dessus à propos de l'ajout de comctl32.lib de travail pour moi. ne pas apporter d'autres changements.
    InformationsquelleAutor antonymken
  2. 14

    La __imp_ préfixe indique que l'éditeur de liens s'attend à ce que la fonction importée à partir d'une DLL.

    Est le clrdump bibliothèque de cette page? Si oui, notez que extern "C" n'est pas utilisé dans le fichier d'en-tête fourni avec la bibliothèque. J'ai confirmé cela à l'aide de la commande suivante:

    dumpbin /exports clrdump.lib

    qui produit la sortie suivante pour RegisterFilter - c'est un mutilé de la fonction C++ nom:

    ?RegisterFilter@@YGHPBGK@Z (int __stdcall RegisterFilter(unsigned short const *,unsigned long))

    J'ai essayé de créer un exemple de programme utilisant les clrdump.lib à l'aide de Visual Studio 2008. Voici mon code:

    #include <windows.h>
#include "ClrDump.h"

int _tmain(int argc, _TCHAR* argv[])
{
    RegisterFilter(L"", 0);
    return 0;
}

    La construction de ce produit l'erreur liens suivante:

    LNK2019: unresolved external symbol "__declspec(dllimport) int __stdcall RegisterFilter(wchar_t const *,unsigned long)" (__imp_?RegisterFilter@@YGHPB_WK@Z)

    Le code s'appuie OK avec Visual C++ 6.0.

    Avis que le dumpbin sortie affiche le premier paramètre à RegisterFilter comme unsigned short const * mais l'éditeur de liens d'erreur montre wchar_t const *. Dans Visual C++ 6.0, wchar_t est normalement un typedef pour unsigned short, alors que dans les versions ultérieures, il est un type intégré.

    Pour contourner le problème dans Visual Studio 2008, j'ai mis le "Traiter wchar_t Intégrés de Type" option "Aucun" (spécifier /Zc:wchar_t- sur la ligne de commande du compilateur), et le code s'appuie sur OK.

    Désolé pour la confusion avec ma réponse précédente. J'espère que c'est plus utile!

    • ChrisN: C'est bien plus & au-dessus de ce qui est prévu dans ces groupes comptabilisation. J'ai essayé les deux à l'aide d'un exprimés dans l'appel de la fonction (le compilateur étouffé, et il a été supprimé) et j'ai aussi essayé l'option de compilateur: /Zc:wchar_t - Dans mon propre cas, en dépit de faire une version propre d'abord, elle n'a toujours pas!
    • Sans voir plus de ton code, je ne pense pas que je suis en mesure d'aider davantage. Avez-vous le code source de la bibliothèque?
    InformationsquelleAutor ChrisN
  3. 5

    J'ai récemment eu le même problème. J'ai été à l'exclusion d'une bibliothèque afin d'éviter une collision, et toutes les bestioles qui s'en alla, sauf pour les erreurs de LIEN (comme vous le décrivez). Lorsque j'ai troqué la bibliothèque pour l'autre (j'ai été à l'exclusion (ignorant) MSVCRT.lib, maintenant, je suis à l'exclusion (ignorant) LIBCMT.lib) le problème a disparu. Assurez-vous que vous n'avez pas mélangé les bibliothèques quelque part.
    Dans mon cas, l'éditeur de liens n'était pas avec "impossible de trouver imp_aligned_malloc".
    Bien sûr, il n'y a pas de méthode dans l'un de mes code de ce nom. Le compilateur a été ajoutant la imp. Exactement pourquoi je ne sais pas, sauf que le problème a disparu lorsque j'ai échangé les exclure (ignorer) comme décrit ci-dessus.

    Essayez de démarrer avec un nouveau projet et ajoutez de nouveau votre source & fichiers d'en-tête, et de garder trace de la bibliothèques de vous exclure (ignorer). Essayez diverses combinaisons. Espérons que cela aide.

    InformationsquelleAutor barnaby-bitshifter
  4. 3

    Essayez d'allumer une sortie verbeuse pour votre linker (généralement un commutateur de ligne de commande). Qui va vous montrer exactement comment l'éditeur de liens est d'essayer de résoudre le symbole, de sorte que vous pouvez voir si:

    • le symbole de signature est ce que vous attendez
    • l'éditeur de liens est à la recherche de l'emplacement idéal pour votre bibliothèque

    J'espère que cela aide!

    InformationsquelleAutor Brian
  5. 3

    Ne sais pas si c'est votre cas, mais le imp préfixe peut signifier que vous compilez un x64 bibliothèque dans un projet Win32.

    InformationsquelleAutor Ago
  6. 1

    À l'aide d'un .Fichier DEF

    Si vous choisissez d'utiliser __declspec(dllimport) le long de avec un .Fichier DEF, vous devriez changer la .DEF fichier de DONNÉES ou de la CONSTANTE pour réduire la probabilité qu'un codage incorrect un problème:

    //project.def
LIBRARY project
EXPORTS
   ulDataInDll   CONSTANT

    Le tableau suivant montre pourquoi:

    Keyword      Emits in the import library   Exports
CONSTANT     _imp_ulDataInDll              _ulDataInDll
             _ulDataInDll                  

DATA         _imp_ulDataInDll              _ulDataInDll

    http://msdn.microsoft.com/en-us/library/aa271769(v=vs. 60).aspx

    InformationsquelleAutor Tanguy