Ich werde oft gefragt, ob ein bestimmtes Open-Source-Paket auf eine bestimmte Version von VOS oder OpenVOS ("VOS", kurz) portiert werden kann. Meine allgemeine Antwort ist, dass die meisten Open-Source-Pakete, die nur Operationen im Benutzermodus ausführen, auf VOS portiert werden können. Da die Kunden von Stratus viele verschiedene Versionen von VOS verwenden und wir mit jeder neuen Version von VOS neue Fähigkeiten für die POSIX-Umgebung hinzugefügt haben, ist es schwer, eine genauere Antwort zu geben, ohne tatsächlich zu versuchen, das fragliche Paket zu portieren.
Ich schätze, dass ich über eine Million Zeilen Quellcode nach VOS portiert habe. Ich denke, ich bin auf die meisten Probleme gestoßen, mit denen man bei der Portierung von Software auf VOS wahrscheinlich konfrontiert wird. Die erste Faustregel ist, dass Sie die neueste Version von VOS verwenden sollten, die Ihre Organisation installiert hat. Wenn Ihre Version mehrere Jahre alt ist, was bei unseren Kunden keine Seltenheit ist, dann gibt es mit Sicherheit eine neuere Version, die Sie installieren können. Selbst wenn Sie noch unsere älteren Continuum-Systeme verwenden, haben wir die POSIX-Bibliotheken in den Wartungsversionen von VOS 14.7 weiter verbessert, und es lohnt sich immer noch, ein Upgrade durchzuführen, um diese Ergänzungen und Korrekturen zu erhalten. Wenn Sie ein neueres, V Series Modul haben, dann sollten Sie OpenVOS 17.0.1 verwenden, das die vollständigste POSIX-Unterstützung aller Releases hat.
Wie ich in der Präsentation "Portierung von Open-Source-Code auf VOS" (siehe meinen vorherigen Blog-Beitrag) erörtert habe, ist es selbst dann, wenn VOS einige POSIX-Header oder -Funktionen fehlen, in der Regel nicht schwer, entweder das Fehlen zu umgehen, indem man den ursprünglichen Quellcode modifiziert, oder indem man den fehlenden Code von einem anderen Open-Source-Betriebssystem portiert.
Ich denke, Sie werden feststellen, dass die Pakete "openvos.save.evf.gz" und "posix.save.evf.gz" auf der anonymen FTP-Seite von VOS die Aufgabe der Portierung von Open-Source-Software auf VOS vereinfachen werden. Ich hoffe, dass Sie auch die just-reference-Präsentation lesen werden, da sie viele hilfreiche Vorschläge enthält.
Meine Erfahrung ist, dass viele Open-Source-Pakete ohne Änderungen auf OpenVOS Release 17.0.1 portiert werden können. Selbst wenn Änderungen erforderlich sind, sind sie in der Regel recht gering. Der einzige verbleibende Problembereich ist das dynamische Linken, das die aktuellen Versionen von VOS nicht unterstützen. Einige Pakete erfordern dynamisches Linken nur für die Ausführung der Testfälle (z.B. das Sleepycat Berkeley DBMS), und einige erfordern es, um überhaupt zu bauen (z.B. die aktuelle Version von MIT Kerberos). Möglicherweise können Sie eine Internet-Suchmaschine verwenden, um eine ältere Kopie des Pakets zu finden, die noch statisches Linking unterstützt. Sie können diese Unterstützung dann auf die aktuelle Version übertragen. Stratus implementiert derzeit dynamisches Linken für eine zukünftige Version von OpenVOS.
Sie haben immer die Möglichkeit, die Experten von Stratus Professional Services zu beauftragen, die Portierung und die damit verbundenen Tests durchzuführen und Ihnen die Ergebnisse zu übergeben. Wir haben gSOAP, Xerces und andere Pakete für unsere Kunden portiert, und natürlich haben wir alles von GCC bis MySQL für unsere Bibliothek von Softwareprodukten portiert.