Hi, Stefan
> Aha, jetzt wirds heller. Ich habe das mit dem xvfb gelöst.
> Dazu startest du während des bootens (z.b. in der boot.local) einen
> Xvfb, z.b. mit "/usr/X11R6/bin/Xvfb :1 -fbdir /tmp &" ...
Danke für den Hinweis auf xvfb. Unter Solaris habe ich den schon
mal eingesetzt, da dieser Kiste keine Grafikkarte eingebaut war.
Leider brachte xvfb nicht die Ausgabe, die wir brauchten. Deswegen
kann ich ihn hier nicht einsetzen. Es muss die Grafikkarte des
Servers benutzt werden. Denn gegen die generierte PDF's sind ok!
Aber ich habe noch eine interessante und mir noch nicht ganz klare
Beobachtung gemacht:
1. Der Linuxrechner wird in den RunLevel (Textbasiert) gebootet
2. XDM ist nicht aktiv
3. Einloggen an der Textkonsole, startx ausführen, KDE wird
hochgefahren
4. Report Serverprozess wird fehlerfrei gestartet
5. KDE wieder verlassen, ps -ef gibt keinen Hinweis auf
einen X Prozess!
6. Report erzeugen --> Report wird fehlerfrei und richtig erzeugt
7. Stoppen des Serverprozesses
8. Starten des Serverprozesses OHNE vorherigen Start des X-Servers
fehlerfrei möglich.
9. Reportserzeugung fehlerfrei
Hmh, fliegen die Möwen jetzt rückwärts über Helgoland?
Vor allen Dingen die Punkte 7) und 8) sind mir nicht klar.
Ein X-Server Prozess, mit dem eine Kommunikation aufgebaut werden könnte,
ist definitiv nicht aktiv, allein ein EINMALIGES Starten von X reicht,
um den Serverprozess, der eine grafische Ausgabe braucht, danach nach
Belieben Stoppen und Starten zu können.
Stellt sich mir momentan die Frage: Wer ist dafür verantwortlich, der
Serverprozess (das ist übrigens der Reportserver6i für Oracle) oder der
X-Server?
Vielleicht kann mir jemand Hinweise oder Links nennen, wie eine Connection
zur Xlib
funktioniert. Ich glaube, da muss ich mich mal drin vertiefen.
Danke und ...
best regards
R. Sühsmuth mailto:RSuehsmuth@ElectronicPartner.de