Portieren von UNIX auf Win32
Aktualisiert: November 2007
Bei der Anwendungsmigration von UNIX auf Windows stehen eine Reihe von Optionen zur Verfügung:
Verwenden von UNIX-Bibliotheken, um Anwendungen von UNIX auf Win32 zu portieren
Direktes Portieren von UNIX-Anwendungen auf Win32
Ausführen von UNIX-Anwendungen unter Windows mit dem POSIX-Subsystem
UNIX-Bibliotheken
Eine Option, die UNIX-Programmierer in der Regel in Betracht ziehen, ist das Verwenden von UNIX-Bibliotheken von Drittanbietern, um ihren UNIX-Code als Win32-Anwendung zu kompilieren. Mehrere kommerzielle Bibliotheken (sowie mindestens eine Public Domain-Bibliothek) erfüllen diesen Zweck. Dieses Verfahren kann für einige Anwendungen sinnvoll sein. Der Vorteil dieser Portierungsbibliotheken besteht darin, dass sie den Anfangsaufwand für die Portierung minimieren. Der Hauptnachteil liegt insbesondere für konkurrierende Softwareprodukte darin, dass eine direkte Win32-Portierung einer Anwendung in der Regel schneller ist und zwangsläufig eine größere Funktionalität besitzt. Es kann sich für eine Anwendung als hinderlich erweisen, zur Durchführung von Win32-Aufrufen ihre UNIX-Shell zu verlassen, um unter Windows leistungsfähiger zu sein.
In der folgenden Liste sind Ressourcen von Microsoft und von Drittanbietern aufgeführt, die dem Portieren und der Unterstützung der UNIX-Migration auf Visual C++ dienen:
UNIX-Migrationshandbücher
Technische Hilfe zur Codemigration von UNIX zur Win32-Umgebung finden Sie im UNIX Custom Application Migration Guide.
https://go.microsoft.com/fwlink/?LinkId=95428
Der Unix Migration Project Guide ergänzt den UNIX Custom Application Migration Guide mit weiterführender Hilfe zur Migration grundlegender Projekte von UNIX zu Win32. Das Handbuch stellt einen Ratgeber zu Themen in jeder Phase der Projektmigration dar. Das Handbuch kann hier heruntergeladen werden:
https://go.microsoft.com/fwlink/?linkid=20012
Microsoft Windows Services for UNIX (SFU)
Microsoft Windows Services for UNIX (SFU) stellen eine vollständige Auswahl von plattformübergreifenden Diensten für die Integration von Windows in vorhandene UNIX-Umgebungen dar. Services for UNIX bietet Dateifreigaben, remoten Zugriff und Administration, Kennwortsynchronisierung, allgemeine Verzeichnisverwaltung, eine Auswahl gebräuchlicher Dienstprogramme und eine Shell.
InteropSystems.com
http://www.interopsystems.com/
Dies ist die Website eines Drittanbieters für Software, die das Portieren von UNIX auf Win32 unterstützt.
Website C++ Boost
http://boost.sourceforge.net/regression-logs/
http://boost.sourceforge.net/boost-build2/
Direktes Portieren von UNIX-Anwendungen auf Win32
Eine weitere Möglichkeit besteht in dem direkten Portieren von UNIX-Anwendungen auf Win32. Durch die Verwendung von ANSI C/C++-Bibliotheken und kommerzieller C-Compilerbibliotheken sind die herkömmlichen Systemaufrufe, die von UNIX-Anwendungen verwendet werden, größtenteils auch in Win32-Anwendungen verfügbar.
Das Ausgabemodell von stdio-basierten Anwendungen muss nicht geändert werden, da die Win32-Konsolen-APIs das stdio-Modell nachbilden und Cursorversionen vorhanden sind, die die Win32-Konsolen-APIs verwenden. Weitere Informationen finden Sie unter SetConsoleCursorPosition.
Auf Berkeley-Sockets basierende Anwendungen müssen nur geringfügig geändert werden, um als Win32-Anwendungen ausgeführt werden zu können. Beim Entwerfen der Windows Sockets-Schnittstelle wurde auf Portabilität mit BSD-Sockets geachtet, wobei nur minimale Änderungen, die in der Einführung der WinSock-Spezifikation beschrieben werden, in Kauf genommen werden müssen.
Windows unterstützt den DCE-kompatiblen RPC, sodass RPC-Anwendungen problemlos verwendet werden können. Siehe RPC-Funktionen.
Einer der Bereiche mit den deutlichsten Unterschieden ist das Prozessmodell. UNIX verfügt über fork; Win32 nicht. Abhängig davon, wie fork und die CodeBase verwendet werden, können in Win32 zwei APIs verwendet werden: CreateProcess und CreateThread. Eine UNIX-Anwendung, die mehrere Kopien von sich selbst erstellt, kann in Win32 so überarbeitet werden, dass sie entweder mehrere Prozesse oder einen Prozess mit mehreren Threads besitzt. Bei Verwendung mehrerer Prozesse stehen mehrere IPC-Methoden für die Kommunikation zwischen Prozessen zur Verfügung (und eventuell auch für die Aktualisierung von Code und Daten des neuen Prozesses in Anpassung an den übergeordneten Prozess, falls die von fork bereitgestellte Funktionalität benötigt wird). Weitere Informationen zu IPC finden Sie unter Prozessübergreifende Kommunikation.
Die Grafikmodelle von Windows und UNIX weisen große Unterschiede auf. UNIX verwendet die X Window System GUI, während Windows GDI verwendet. Obwohl beide Schnittstellen ähnlich konzipiert sind, ist keine einfache Zuordnung zwischen X-APIs und GDI-APIs möglich. Jedoch ist OpenGL-Unterstützung für die Migration von OpenGL-basierten UNIX-Anwendungen verfügbar. Außerdem stehen X-Clients und X-Server für Windows zur Verfügung. Informationen über GDI finden Sie in Gerätekontexte.
UNIX-Basisanwendungen, darunter zahlreiche CGI-Anwendungen, sollten in der Regel leicht auf Visual C++, das unter Windows ausgeführt wird, portierbar sein. Funktionen wie open, fopen, read, write und andere sind in der Visual C++-Laufzeitbibliothek verfügbar. Außerdem werden C-UNIX-APIs und Win32-APIs einander im Verhältnis 1:1 zugeordnet: open zu CreateFile, read zu ReadFile, write zu WriteFile, ioctl zu DeviceIOControl, close zu CloseFile usw.
POSIX-Subsystem unter Windows
Eine weitere Option für UNIX-Programmierer stellt das POSIX-Subsystem unter Windows dar. Dies unterstützt jedoch nur POSIX 1003.1, die einzige standardisierte POSIX-Version, als Windows NT entwickelt wurde. Seitdem bestand wenig Nachfrage nach Erweiterungen dieses Subsystems, da die meisten Anwendungen in Win32 konvertiert wurden. Das 1003.1-System ist für Anwendungen mit einem vollständigen Funktionsumfang wenig interessant, da viele Funktionen darin fehlen (z. B. die Funktionen von 1003.2 wie Netzwerkunterstützung usw.). Anwendungen mit vollem Featureumfang, die unter dem POSIX-Subsystem von Windows ausgeführt werden, haben keinen Zugriff auf die in Win32-Anwendungen verfügbaren Windows-Funktionen wie Speicherabbilddateien oder Netzwerk- und Grafikfunktionen. Anwendungen wie VI, LS und GREP sind das Hauptanwendungsgebiet für das POSIX-Subsystem unter Windows.