🚀 go-pugleaf

In article <zrawi01.711372422@indiaka>, J. Wiedmann writes:

> In <8Pmkr*GN2@angle.cyvaned.sub.org> rse@angle.cyvaned.sub.org (Ralf S. Engelschall) writes:
>
> >2. Ich schreibe ein zweites Hilfsprogramm, dasz der UUPOLL mittels
> >   system() _asyncron_ startet. Dieses koennte dann den UUCICO _syncron_
> >   starten und bei dessen Ende per MsgPort (so wie es die alten fork()
> >   Routinen auch taten) den UUPOLL benachrichtigen.
>
> >   MEINUNG: Das ist sauber, aber nicht besonders elegant! Aber
> >            wenn es nicht anders geht, fast noch die einfachste
> >            Loesung.
>
> Hallo, Ralf,
>
> wenn ich Dich richtig verstehe, ist UUCICO ein ebenfalls von Dir erstelltes
> Programm. Warum also nicht einfach dann, wenn dieses Programm endet (z.B. inner-
> halb einer eigenen exit()-Routine) eine Msg an das aufrufende Programm (UUPOLL?)
> senden? Das waere eine saubere Loesung und unabhaengig von irgendwelchen
> Feinheiten von fork(), system() usw.
>
> 		Jochen Wiedmann
> 		wiedmann@mailserv.zdv.uni-tuebingen.de

  Nun, wenn ich den UUCICO geschreiben haette, dann wuerde es keinen
UUPOLL geben, denn dann haette ich die paar Features (Restriction Times,
Retries etc.) des UUPOLL auch gleich noch in den UUCICO einbauen
koennen.

  Nein, der UUCICO ist erstens nicht von mir und zweitens habe ich es
bisher noch nicht einmal geschafft, den Source dieses Teiles unter
meinem Compiler (Lattice SAS V5.10a) so zu comilieren, dasz er ohne
Crashs funktioniert.  Ich musz also den UUCICO als eigenstaendiges
Programm ansehen, dasz ich nur asyncron starten kann und dessen
ReturnCodes ich auswerten kann.

                              ___  _______
                              /__)(_  /_    Ralf S. Engelschall
                             / \____)(___   rse@angle.muc.sub.org
                            /