🚀 go-pugleaf

bit@birnehh.mali.sub.org (Mike Hoehn) writes:

>Dabei ist es notwendig, dass mehrere Prozesse miteinander kommunizieren.
>Das ist mit IPC auch kein Problem. Doch wie sieht es aus, wenn die
>Prozesse sich auf verschiedenen Maschinen befinden, die ueber TCP/IP
>verbunden sind?

Null Problemo.


>Ich habe gehoert, dass dies mit Streams bzw. Sockets funktionieren
>soll. Doch leider habe ich dazu im Moment keinerlei Dokus.

Extrem empfehlenswert ist:

                 UNIX Network Programming

      von W. Richard Stevens, Verlag Prentice Hall,
                    ISBN 0-13-949876-1


Disclaimer: Ich bin mit dem Autor weder verheiratet noch sonst
            irgendwie bekannt, sondern bin nur ein begeisterter Leser
            seiner Buecher (z.B. auch "Advanced Programming in the UNIX
            Environment").   ;)


>Falls dies richtig ist, waere auch interessant, ob es dann moeglich
>ist ueber Streams mit anderen Prozessen zu kommunizieren, die sich
>auf der gleichen Maschine befinden. Dann muesste man nicht
>unterscheiden, wo die angesprochenen Prozesse laufen.

Sei vorsichtig mit dem Begriff "Streams", da es je nach Anwendung
verschiedene Bedeutungen haben kann.

z.B.

streams im I/O-Bereich	  => stdio
streams im Kernel-Bereich => so 'ne Art Treiber
streams im socket-Umfeld  => SOCK_STREAM  (TCP-Verbindung, verbindungs-
				           orientiert)


Solange Du mit sockets arbeitest, ist es voellig egal mit welchem Rechner
Du kommunizierst. Hauptsache der Rechner befindet sich im Netz und Du
hast darauf Zugriff.

Fuer die Anwendung "IPC mit Prozessen, die auf der gleichen Maschine
laufen" gibt es dann einen bestimmten Socket-Typ (AF_UNIX = address family
unix (BTW: Benuetzt z.B. Xfree86 unter Linux)), der dann auf die lokale
Maschine beschraenkt ist.


Ciao,
Peter

PS: Da faellt mir ein Satz aus dem Network Programming Manual von Sun ein,
    in dem steht, dass man "sockets" nicht mehr verwenden sollte, sondern
    stattdessen TLI.  :-(
    Das haben die wohl im Hinblich auf Solaris 2.x geschrieben.
-- 
				,,,
                               (o o)
 --------------------------oOO--(_)--OOo--------------------------------
 InterNet: dieth@transtec.de          SubNet: dieth@eumelos.stgt.sub.org 
 Peter Dieth, Braikinbachweg 35, W-7410 Reutlingen, Voice: 49-7121-40465
 Eumelos Mailsystem Reutlingen, V.32bis,V.42bis,HST  Data: 49-7121-?????
 Gegen Rassismus und Gewalt !              Against racism and violence !

s_titz@ira.uka.de (Olaf Titz) writes:

>Praktisch gesehen Bl"odsinn. Die ganze Welt schreibt Software f"ur
>Sockets, da kann sich System V krummlegen. (Oder BSD-Kompatibilit"at
>einbauen. Was? Schon geschehen? Hab ich was verpasst? Egal, ich bleib
>bei Linux. :-)

Nur was mache ich, wenn ich zwar gerne Sockets benutzen moechte, aber
nur TLI zur Verfuegung habe (Sys V R3)?
Gibt es eine Moeglichkeit (PD, Freeware, Shareware) Sockets nachtraeglich
auf einem beliebigen Sys V zu implantieren?

  Mike

-- 
Mike Hoehn                 email: bit@birnehh.mali.sub.org
Ernst-Mittelbach-Ring 27   Tel.: +49 40 5525486
DW-2000 Hamburg 61         Trippin' Motherfucker

In <C13nLw.KJJ@midget.yps.saar.de> bof@midget.saar.de (Patrick Schaaf) writes:
>Was hat TLI mit Streams zu tun? Ich kann auf Streams voll mit Sockets
>zugreifen, die Abstraktion reicht (oder?). TLI liegt bei SVr4 parallel
>zu den sockets (oder?), so dass auch die Geschwindigkeit keine Rolle spielt.

Oder! TLI und Sockets setzten beide auf STREAMS auf, weshalb die
Socket-Schnittstelle ja auch nur teilweise funktioniert.
-- 
				Christoph Badura  ---  bad@flatlin.ka.sub.org

Personally, I don't care whether someone is cool enough to quote Doug
Gwyn--I only care whether Doug Gwyn is cool enough to quote. -- Larry Wall