Dieser Abschnitt beschreibt, wie OpenWindows- und DECwindows-Systeme über das Transportprotokoll NSP DECnet auf die Anwendungen der jeweils anderen Umgebung zugreifen können.
Beachten Sie, daß das Kapitel DECnet Interworking (DNI)" nur für Systeme mit SPARC-Prozessor gilt. Zudem wird DECnet Internetworking erst ab DNI 7.x unterstützt.
Dieses Konzept läßt sich in beiden Richtungen realisieren:
Sie starten einen X11-Client auf einer VAX (unter dem BetriebssystemVMS) und zeigen das Client-Fenster auf einem OpenWindows-System an.
Sie starten einen X11-Client auf einem OpenWindows-System und zeigen das Client-Fenster auf einer VAX an.
In den folgenden Abschnitten werden beide Möglichkeiten beschrieben.
So bereiten Sie die Systemumgebung für DECnet Internetworking vor:
Setzen Sie die Umgebungsvariable DNI_X_ENABLE, um eine Verbindung über DNI aufzubauen.
Der OpenWindows-Server und die Client-Bibliotheken verwenden eine dynamisch ladbare Version der DNI-Transportbibliothek libdni. Damit libdni vom Server und den Client-Bibliotheken geladen werden kann, müssen Sie die Umgebungsvariable DNI_X_ENABLE auf das Verzeichnis setzen, in dem libdni.so installiert ist.
Im folgenden Beispiel wird davon ausgegangen, daß Sie DNI über pkgadd in den Standardpfad geladen haben:
$ DNI_X_ENABLE=/opt/SUNWconn/dni/lib |
Starten Sie den OpenWindows-Server.
Der OpenWindows-Server arbeitet standardmäßig mit dem Zugriffs-protokoll MIT-MAGIC-COOKIE, bei dem nicht die Berechtigung des zugreifenden Systems, sondern die des Benutzers abgefragt wird. Im Standardmodus geben die Befehle xhost und newshost nur eine leere Liste aus und melden, daß die Zugriffskontrolle aktiviert ist. Sie können diesen Kontrollmodus beim Start von OpenWindows mit der Option -noauth abschalten.
$ openwin -noauth |
Bitten Sie den Verwalter des OpenWindows-Systems, das VAX-System mit dem Befehl xhost für die Herstellung einer X11-Verbindung zum OpenWindows-Server zu berechtigen.
Damit X11-Clients über DNI auf den OpenWindows-Server zugreifen können, müssen die DECnet-Knotenadressen auf DECnet-Knotennamen abgebildet werden. Dies wird in der NCP-Datenbank vorgenommen, die Sie auf dem VAX-System erstellen und initialisieren.
$ xhost decvax:: |
Die beiden Doppelpunkte stehen für das DECnet-Transportsystem.
Um einen X11-Client auf einem VMS-System zu starten und auf Ihrem OpenWindows-System anzuzeigen, melden Sie sich mit dem SunLink-Befehl - dnilogin auf dem VAX-System an. Danach setzen Sie auf dem VAX-System die Umgebungsvariable DISPLAY auf den Hostnamen des OpenWindows-Systems und starten den X11-Client durch Eingabe des Namens (hier x11_client). Informationen zu VMS finden Sie im VMS DECwindows User's Guide, Running Applications Across the Network.
Zum Beispiel:
$ dnilogin decvax . . . $ define DECW$DISPLAY OW_machine::0 $ spawn/nowait run x11_client |
Um X11-Clients auf einem OpenWindows-System starten und auf einem DECWindows-Server
anzeigen zu können, müssen Sie die Umgebungsvariable DISPLAY
auf den Hostnamen des VAX-Systems
setzen.
Bevor Sie X11-Clients von einer VAX starten können, müssen Sie die OpenWindows-Schriften auf dem DECwindows-Server kompilieren und installieren. Diese Schriften sind Bestandteil von X11R5 oder des optionalen Schriftenpakets für OpenWindows.
Installieren Sie die optionalen OpenWindows-Schriften auf dem OpenWindows-System.
Hinweise dazu finden Sie im Solaris X Window System Developer's Guide.
Kopieren Sie die Quelldateien in ein Verzeichnis auf der VAX.
$ cd /usr/openwin/share/src/fonts/misc $ dnicp *.bdf `decvax::[vaxdir]' |
Kompilieren Sie die Cursor-Schriften auf der VAX.
Dabei erhalten Sie Dateien wie olcursor.decw$font;1 olglyph10.decw$font;1...
$ font olcursor.bdf $ font olglyph10.bdf ... |
Kopieren Sie die Schriften in das Verzeichnis sysfont:
$ set def sys$sysroot:[sysfont.decw.user_cursor16] $ copy [vaxdir]olcursor.decw$font;1 * |
Um die Schriften in das Verzeichnis sysfont kopieren zu können, müssen Sie auf der VAX als system" angemeldet sein.
Wiederholen Sie die Schritte 2 bis 4 für alle Cursor-Schriften und für die Lucida-Schriften in /usr/openwin/share/src/fonts/75dpi und /usr/openwin/share/src/fonts/100dpi.
Die Lucida-Schriften sollten in sys$sysroot:[sysfont.decw.user_75dpi] und in sys$sysroot:[sysfont.decw.user_100dpi] installiert werden.
Die folgende Liste zeigt, welche Schriften auf dem DECwindows-Server mindestens vorhanden sein müssen, damit dieser auf OpenWindows-Anwendungen zugreifen kann. Wenn die Standardschriften dieser Anwendungen nicht geändert wurden, müssen keine weiteren Schriften installiert werden.
olcursor.bdf
olglyph10.bdf
olglyph12.bdf
olglyph14.bdf
olglyph19.bdf
luBS08.bdf
luBS10.bdf
luBS12.bdf
luBS14.bdf
luRS08.bdf
luRS10.bdf
luFS12.bdf
lutBs12.bdf
lutRS10.bdf
lutRS12.bdf
Starten Sie den DECwindows-Server neu.
Prüfen Sie, ob alle Schriften vorhanden sind:
$ DISPLAY=decvax::0 $ xlsfonts | grep Sun (Cursor-Schriften) $ xlsfonts | grep Lucida |
Vergewissern Sie sich, daß Sie den OpenWindows-Knoten über das Menü Security" im DECwindows Session Manager berechtigt haben, Anwendungen auf dem DECwindows-Server anzuzeigen.
Starten Sie eine X11-Anwendung (z. B. die OpenWindows-Anwendung Post").
$ DISPLAY=decvax::0 $ mailtool |
DNI_X_ENABLE muß auf das Verzeichnis mit der DNI-Transportbibliothek libdni gesetzt sein (siehe Schritt 1 im Abschnitt "E.2 Vorbereitungen").
Wenn die untenstehende oder eine ähnliche Fehlermeldung erscheint, müssen Sie die angegebene Schrift auf dem DECwindows-Server installieren, um die Anwendung dort anzeigen zu können.
XView Warnung: Gewählte Schrift `-b&h-lucida-medium-r-*-*-*-80-*-*-*-*-*-*' kann nicht geladen werden (Font Package)
Diese Meldung besagt, daß die Schrift luRS10.bdf nicht vorhanden ist und noch installiert werden muß.
Weitere Informationen zu OpenWindows-Schriften finden Sie im Solaris X Window System Developer's Guide.