Ungelöste externe Symbole in 32-Bit-Anwendung in Windows 64 kompilieren

Question

Also ich versuche, Legacy-App von 32 Bit auf 64 Bit zu kompilieren .. Ich kompilierte alle verwendeten Bibliotheken und machte es in WIN SDK 6.0A x64-Bit für libs ..

ich verwende:

• Visual Studio Professional Edition 2008
• Visual C++
• dotNet Framework 3.5 SP1
• Windows Server 2008R2
• Windows SDK ist 6.0A

Every schließlich kommen, aber ich diese seltsamen Fehler wegen undefinierter Symbole bekommen:

error LNK2019: unresolved external symbol InterlockedDecrement referenced in function ... 
error LNK2019: unresolved external symbol InterlockedIncrement referenced in function ... 
error LNK2019: unresolved external symbol GetModuleBaseName referenced in ... 
error LNK2019: unresolved external symbol EnumProcessModules referenced in ... 
error LNK2019: unresolved external symbol EnumProcesses referenced in ... 
error LNK2019: unresolved external symbol GetProcessMemoryInfo referenced 

Das Problem ist, das sind alles Sachen von SDK gewinnen. InterlockedDec und InterlockedInc aus kernel32.lib kommenden GetModuleBaseName, EnumProcessModules, EnumProcesses sind GetProcessMemoryInfo in psapi.h aber auch kernel32.lib oder psapi.lib

Ich habe C: \ Programme \ Microsoft SDKs \ Windows \ v6 .0A \ Lib \ x64 und beide Bibliotheken kernel32.lib und psapi.lib sind da.

Es sieht definitiv die libs an der richtigen Stelle. Ich habe/VERBOSE: LIB eingeschaltet und es zeigt auf den richtigen Ordner.

So bin ich wirklich verwirrt, warum es nicht gefunden wird.

Irgendwelche Ideen ???

Dank

Answer 1

So heraus habe ich es endlich, ein bisschen ... Es war nicht psapi.lib finden

In Ausbau-> Linker-> Zusätzliche Abhängigkeiten statt nur zu sagen psapi.lib ich vollständigen Pfad zu ihm gab und es funktionierte ... nicht wirklich sicher, warum es fehlgeschlagen ist, es vorher zu finden, aber gut ...

Answer 2

Das ist sehr weit hergeholt (und ich glaube nicht wirklich, das ist es), aber vielleicht die Header nicht richtig mit extern „C“ für C++ Kompilation bewacht? Enthalten Sie Systemheader oder deklarieren Sie die Funktionen selbst?

Answer 3

Können Sie Ihre Compilier- und Link-Befehlszeilen und alle # defs in Ihrem Code posten?

Tritt dies auf, wenn Sie ein einfaches Projekt von Grund auf neu erstellen, das nur eine dieser Methoden aufruft?

Answer 4

Für den Rekord: Das gleiche Problem, andere Lösung; ich für das Verzeichnis einen Eintrag hatte

psapi 

in der Liste hinzugefügt von

Linker/General/Additional Library Directory 

Dies ist in der Nutzung der alten VS2005 Plattform sdk psapi.lib führte (es keine x64-Version nur x86 hatte,). Nach dem Entfernen des Eintrags wird nun die richtige lib von der installierten WinSDK x64/psapi.lib verwendet. Also halten Sie Ausschau nach Mischungen/Bestellung von alten & neuen SDKs! Offensichtlich funktioniert der vollständige Pfad auch, aber möglicherweise ein Problem, wenn Sie das Projekt auf mehreren Computern verwenden.

Answer 5

In meinem Fall (Migration von VS2008 zu VS2012), gelöst Problem nach dem Hinzufügen psapi.lib in Linker-> Input-> Zusätzliche Abhängigkeiten in VS 2012.