![](https://seccdn.libravatar.org/avatar/360c89473e19c7f8c9fe5ca60e12f8ce.jpg?s=120&d=mm&r=g)
* Till Wollenberg wrote on Tue, Oct 24, 2000 at 15:16 +0200:
["& ist unsauber"]
Ich werde wahrscheinlich doch auf & zurückgreifen, um meinen "Daemon" in den Hintergrund zu befördern. Dieser Daemon ist nur ein Teil eines Projekts, und es würde sehr viel Zeit erfordern, mich in alle Feinheiten der Daemon-Programmierung einzuarbeiten.
Welche Feinheiten eigentlich? fork(2) und setsid(2) :) ? Aber wenn Du "&" benutzt, benutze lieber gleich man 8 setsid Macht Daemon von Shell aus, sollte genau das sein, was Du brauchst.
Leider habe ich als Schüler auch keine 80 DM für ein passendes Buch.
Brauchst Du ja auch nicht. Brauchst Dir ja nur irgenteinen Daemon im Quelltext anschauen. Durch OpenSource lernt man ne Menge!
Um mehrere Verbindungen zu bedienen, müßte ich also wieder mit mehreren Prozessen oder Multi-Threading arbeiten. :(
Nein, Du kannst es auch asyncron machen, in dem Du read eben nur aufrufst, wenn select gezeigt hat, daß da Daten da sind. Ein sehr schönes, aber großes Beispiel hierfür ist Squid. Aber ein kleines fork() ist viel viel einfacher als asyncrones I/O, also lieber das fork einbauen.
Wenn mein Daemon (eine Art Mini-Datenbank) jedoch immer nur sehr kurze Verbindungen hat (Anfrage -> Antwort -> Schluß), könnte man dann von Daragrammen sprechen?
Wenn da UDP verwendet wird --> Datagramme (UDP: User Datagram Protocol) und nicht TCP, dann ja. Sobald es eine Verbindung gibt, ist's keine UDP "Verbindung", denn UDP ist verbindungslos...
Zum Schluß nochmal zu den Sockets: man findet dazu fast nichts mit den gängigen Suchmaschinen. Nach langer Suche bin ich jedoch auf die folgenden zwei URLs gestoßen, bei denen sich Beispielprogramme finden:
Suche nach unix socket faq
Falls in ferner Zukunft jemand diesen Thread liest, nützt es ihm vielleicht. ;-)
Bestimmt :) oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com