🚀 go-pugleaf

wallaschek@uniol.UUCP (Adrian Wallaschek) writes:

>Moin !

Mahlzeit

>Durch einige dieser Maengel der alten Version wird das
>Arbeiten in unserer Netzwerk-Umgebung (rlogin, rsh) zur
>Qual. Helfen wuerde mir:

>	- der Quellcode zur Portierung von X11 R2 oder R3
>	  um nach R4 zu upgraden (X11R4 liegt hier rum, aber
>	  nicht portiert. Ich denke mir, dass sich gerade in
>	  den Grafik-Treiber von R2/3 nach R4 nichts weltbewegendes
>	  geaendert haben kann. (Hhmm, Eigentor ?)

>	- die Quelle fuer eine portierte Version von R3/4 fuer
>	  PCS (ich schicke auch gern ein Band inkl. Porto und
>	  Verp. fuer die Ruecksendung!)

>Wissen wuerde ich gerne ob jemand sich bereits an die Portierung
>von R3/4 in Angriff genommen hat bzw. ob da schon etwas laeuft.

R3 kannst Du ganz offiziell bei PCS bekommen - die Sourcen der Cadmus-
relevanten Aenderungen koennen wir aber nicht so einfach hergeben,
immerhin steckt da 'ne Menge Arbeit drin und PCS will auch was verkaufen.

R4 portieren wir gerade (es laeuft schon seit einiger Zeit, nachdem sich 
die Funktionalitaet aber nicht entscheidend verbessert hat, warten wir 
mit der Release noch bis die OSF 'ne R4 kompatible Version von Motif liefert,
was hoffentlich bald passiert).

Wie Du genau an den Streamer kommst kann ich dir leider nicht sagen, ich nehme
an Du hast keinen Software-Wartungsvertrag fuer X.
(Mike, kannst Du dem Mann weiterhelfen ?)

>Nebenbei: hat xterm die -tn Option schon in R3 ?

Hat sie - zumindest in der Version die wir ausliefern.

Gruesse, Michael

--
Michael (X) Elbel 	|  No, I haven't lost my mind, I just
 me@dude.PCS.COM 	|  forgot it in the rush this morning

In <634@pcsbst.pcs.com> me@dude.pcs.com (Michael Elbel) writes:
->wallaschek@uniol.UUCP (Adrian Wallaschek) writes:
->>Moin !
->Mahlzeit

n'Abend

->>Durch einige dieser Maengel der alten Version wird das
->>Arbeiten in unserer Netzwerk-Umgebung (rlogin, rsh) zur
->>Qual. Helfen wuerde mir:

->>	- der Quellcode zur Portierung von X11 R2 oder R3
->>	  um nach R4 zu upgraden (X11R4 liegt hier rum, aber
->>	  nicht portiert. Ich denke mir, dass sich gerade in
->>	  den Grafik-Treiber von R2/3 nach R4 nichts weltbewegendes
->>	  geaendert haben kann. (Hhmm, Eigentor ?)

->>	- die Quelle fuer eine portierte Version von R3/4 fuer
->>	  PCS (ich schicke auch gern ein Band inkl. Porto und
->>	  Verp. fuer die Ruecksendung!)

->>Wissen wuerde ich gerne ob jemand sich bereits an die Portierung
->>von R3/4 in Angriff genommen hat bzw. ob da schon etwas laeuft.

->R3 kannst Du ganz offiziell bei PCS bekommen 

binary meint Michael da latuernich. Wenn ich's richtig sehe (hab'
neulich schon mal mit Joerg Lehners drueber gesprochen/-schrieben),
habt Ihr (sprich uniol) keinen Wartungsvertrag, daher kann ich leider
nicht veranlassen, dass das Zeug an Euch rausgeht. Aber sprecht doch
mal vertrauensvoll unseren F&L-Vertrieb an (Tel 089/678008-39),
vielleicht koennen die ja was tun. Wenn ich da das OK kriege, ist das
kein Problem (bitte mit Angabe ob RISC oder M68K).
       
->						- die Sourcen der Cadmus-
->relevanten Aenderungen koennen wir aber nicht so einfach hergeben,
->immerhin steckt da 'ne Menge Arbeit drin und PCS will auch was verkaufen.

->R4 portieren wir gerade (es laeuft schon seit einiger Zeit, nachdem sich 
->die Funktionalitaet aber nicht entscheidend verbessert hat, warten wir 
->mit der Release noch bis die OSF 'ne R4 kompatible Version von Motif liefert,
->was hoffentlich bald passiert).

->Wie Du genau an den Streamer kommst kann ich dir leider nicht sagen, ich nehme
->an Du hast keinen Software-Wartungsvertrag fuer X.
->(Mike, kannst Du dem Mann weiterhelfen ?)

siehe oben!

->>Nebenbei: hat xterm die -tn Option schon in R3 ?

->Hat sie - zumindest in der Version die wir ausliefern.

Gruss
--
  .  .      .__  .__       | DOMAIN:  msc@pcsbst.pcs.de (EUR) or
 /| /|     /    /_.        |          msc@pcsbst.pcs.com (ROW)
/ |/ |ike /__. __/chroeder | BANG:    ....[pyramid, unido]!pcsbst!msc

me@dude.pcs.com (Michael Elbel) writes:

>R4 portieren wir gerade (es laeuft schon seit einiger Zeit, nachdem sich 
>die Funktionalitaet aber nicht entscheidend verbessert hat, warten wir 
>mit der Release noch bis die OSF 'ne R4 kompatible Version von Motif liefert,
>was hoffentlich bald passiert).

XDMCP wuerde ich aber schon als entscheidende Verbesserung betrachten!!!!!

Man denke hier speziell an alle die NCD's einsetzen.

Ausserdem wuerde ich mir mal endlich einen X-server fuer das Calcomp
wuenschen, der ersten richtig geht, und zweitens auch mal die Hardware
richtig ausnutzt. 
(Daten vom Xstones benchmark habe ich kuerzlich Mike gegeben)
texx2.9 laeuft uebrigens nicht am Xcgp, sehr wohl aber am Xbmt
sowie an den NCD's und an PC-Xview Servern !!!!!

Gruss, Klaus

Klaus Steinberger               Beschleunigerlabor der TU und LMU Muenchen
Phone: (+49 89)3209 4287        Hochschulgelaende, D-8046 Garching, West Germany
BITNET:  K2@DGABLG5P            Internet: k2@charly.bl.physik.tu-muenchen.de

In article <3125@tuminfo1.lan.informatik.tu-muenchen.dbp.de> k2@charly.bl.physik.tu-muenchen.de (Klaus Steinberger) writes:

   Path: pcsbst!unido!fauern!tumuc!lan!charly.bl.physik.tu-muenchen.de!k2
   From: k2@charly.bl.physik.tu-muenchen.de (Klaus Steinberger)
   Newsgroups: dnet.comp.pcs
   Keywords: X X11 PCS xterm
   Date: 28 Jun 90 06:51:17 GMT
   References: <2842@uniol.UUCP> <634@pcsbst.pcs.com>
   Sender: news@lan.informatik.tu-muenchen.dbp.de
   Distribution: dnet
   Lines: 23
   Posted: Thu Jun 28 07:51:17 1990

   me@dude.pcs.com (Michael Elbel) writes:

   >R4 portieren wir gerade (es laeuft schon seit einiger Zeit, nachdem sich 
   >die Funktionalitaet aber nicht entscheidend verbessert hat, warten wir 
   >mit der Release noch bis die OSF 'ne R4 kompatible Version von Motif liefert,
   >was hoffentlich bald passiert).

   XDMCP wuerde ich aber schon als entscheidende Verbesserung betrachten!!!!!

   Man denke hier speziell an alle die NCD's einsetzen.

Dazu brauchste nicht R4 ;-) . Extra wegen der NCDs haben wir in unseren letzten
R3 Patch den R4 xdm mit aufgenommen, der XDMCP versteht. Der Patch muesste in
naechster Zeit zur Verfuegung stehen.

Um R4 Clients laufen zu lassen, benoetigst Du ja nicht unbedingt 'nen 
R4 Server. Es hindert Dich also niemand daran, alle R4 Clients, die Du 
magst zu uebersetzen. (Das R4 Band sollte an der TU doch irgendwo 
aufzutreiben sein ;-).

   
   Ausserdem wuerde ich mir mal endlich einen X-server fuer das Calcomp
   wuenschen, der ersten richtig geht, und zweitens auch mal die Hardware
   richtig ausnutzt. 
   (Daten vom Xstones benchmark habe ich kuerzlich Mike gegeben)

Da fuehl' ich mich jetzt persoenlich angesprochen, hab' ich doch Calcomp's R2
Server 'n bisschen fehlerfreier gemacht und das ganze auch noch auf 
R3 gebracht. 

Zu Erstens: Der Calcomp Server HAT noch einige Fehler, das geb' ich gerne zu.
Er hat aber auch einige Einschraenkungen, die keine Bugs sondern auf die 
Hardwarestruktur zurueck zu fuehren sind (z.B. kein Backing Store).

Zum besseren Verstaendnis fuer alle, die sich schon mal gewundert haben,
warum Pixel Transfer zwischen Screen und externen Pixmaps so langsam ist 
(CopyArea, PutImage, GetImage) hier 'ne kleine Einfuehrung, wie der Server
mit dem Calcomp Board kommuniziert.


			UNIX, Server
			   ^   |
			   |   |
			   |   v
		 ==========================   Q-Bus
		           ^   |
			   |   |
			   |   v
		   +-------------------+
		   |  Calcomp Memory   |
		   +-------------------+
			   ^   |
			   |   |
			   |   v
	     +------------------------------+
	     | Calcomp Kontroll CPU (68020) |
	     +------------------------------+
			   ^   |
			   |   |
			   |   v
		    +------------------+
		    | Zeichen Hardware |
		    +------------------+
			   ^   |
			   |   |
			   |   v
		      +-------------+
		      | Framebuffer |
		      +-------------+

Ich hab' also keine Moeglichkeit, vom Server aus direkt auf den Framebuffer
zuzugreifen. Vielmehr unterhalte ich mich mit der bord-eigenen CPU ueber
ein Protokoll von Kommandopuffern, in das ich screibe, was ich denn haben
will. Das ist solange kein Problem, wie ich Zeichenbefehle 'runtergebe
(einfache Lininen, on-Board Bitblits, Text und so gehen verdammt schnell).

Sobald es aber etwas komplexer wird, sodass die Aufgabe nicht mehr direkt
vom Board ausgefuehrt werden kann (breite Linien, gestippelter Text u.s.w.)
ueberwiegt der Protokollaufwand dermassen, das die Performance total in den
Keller geht. Das Extrembeispiel waere ein komplexer GetImage vom Board in
den Hauptspeicher, fuer den ich mir den Framebuffer-Inhalt erstmal zeilenweise
vom Board in eine temporaere Pixmap holen muss, um ihn dann so zu bearbeiten,
wie's der Beispiel-Server vom MIT direkt aus dem Framebuffer machen wuerde.


Zu zweitens: Wenn Du mir zeigen kannst, wo die Hardware nicht richtig 
ausgenutzt wird spendier ich dir 'n Bier.

   texx2.9 laeuft uebrigens nicht am Xcgp, sehr wohl aber am Xbmt
   sowie an den NCD's und an PC-Xview Servern !!!!!

Ich hab' das Teil hier nicht am laufen. Wenn Du mir schreibst, WAS nicht
geht waer' das recht nett, dann koennten wir versuchen, das Problem im
naechsten Server zu beheben.

   Gruss, Klaus

Gruss, Michael
--
Michael (X) Elbel 	|  No, I haven't lost my mind, I just
 me@dude.PCS.COM 	|  forgot it in the rush this morning