Kann eine 32-Bit-Windows Server 2003-Computeranwendung für eine Windows Server 2008 64-Bit-Maschine ausgeführt werden?

Question

Ich verwende eine Windows Server 2003 32-Bit-Maschine. Mit dieser Maschine habe ich eine COM-Komponente erstellt und in einer anderen Anwendung verbraucht und habe eine EXE-Datei.

Jetzt kopiere ich diese EXE auf einen anderen Computer mit Windows Server 2008, 64-Bit installiert.

Und wenn ich versuche, diese EXE auszuführen, zeigt es so etwas wie "Debug Error: Diese Anwendung benötigt Laufzeit und endet auf eine ungewöhnliche Art und Weise".

Ist die Bitness-Kompatibilität (32-bit gegenüber 64-bit) der Grund dafür? Was kann ich auf einem Windows Server 2008-Computer ausführen?

Answer 1

Wenn Sie Ihre App kompilieren, müssen Sie sicherstellen, dass Sie sie für 32 Bit kompilieren. Standardmäßig kompiliert Visual Studio für "Any". Dies führt dazu, dass einige Teile Ihrer App 32 Bit groß sind und 64-Bit-DLLs verwenden.

Answer 2

Es sollte funktionieren, dank WOW64. Sie kompiliert als Debug oder Release-Version? Und kann es alle Referenzen finden, die Sie verwenden?

Answer 3

Das in Server 2008 integrierte .NET Framework ist v3.0. Benötigt Ihre Anwendung .NET v3.5? Wenn ja, müssen Sie das .NET 3.5 Redistributable Paket in Server 2008.

http://download.microsoft.com/download/6/0/f/60fc5854-3cb8-4892-b6db-bd4f42510f28/dotnetfx35.exe

Answer 4

Was Entwicklungsumgebung installieren verwenden Sie? Es scheint, dass Ihre Projekte so konfiguriert sind, dass sie die C++ - Laufzeit-DLL für eine Version verwenden, die nicht auf der Zielbox installiert ist.

Es sollte irgendwo in Ihrer Entwicklungsumgebung eine VC_Redist.exe sein, die Sie kopieren und auf der Zielbox ausführen können, um die erforderlichen Laufzeitbaugruppen zu installieren.

Oder gehen Sie zu alle Projekt, EXE und DLLs, und stellen Sie sicher, dass die Einstellung "Laufzeitbibliothek" auf der Seite Projekteigenschaften-> C/C++ -> Codegenerierung auf eine der Nicht-DLL-Optionen festgelegt ist (/ MTd oder/MT). Dadurch wird die Installation einer separaten Laufzeitumgebung auf dem Ziel-PC überflüssig, die EXEs und DLLs werden jedoch etwas größer.