🚀 go-pugleaf

In article <aJhmr*ng0@forge.erh.sub.org>, Henning Schmiedehausen writes:

> In article <8Pmkr*GN2@angle.cyvaned.sub.org>, Ralf S. Engelschall writes:
> In  SystemTagList  unter 2.04 gibt es einen SYS_ASync Tag, der Deinen Prozess
> asyncron  laufen  laesst.   Bleibt  das  Problem mit der Notifikation...  ev.
> kannst  Du auch direkt auf CreateNewProc() losgehen und in den Exit-Code, den
> Du dann setzen kannst, einfach ein PutMsg() einbauen....
>  Schau'  halt  mal in die Autodocs zu SystemTagList() und CreateNewProc(), da
> ist fast alles drin.

  Nun, ich habe bereits die Loesung gefunden:  Fast so, wie du es gerade
beschreibst.

  Ich lade als erstes mittels NewLoadSeg() das UUCICO Executable in den
Speicher.  Dann starte ich das Teil mittels CreateNewProc().  Dabei
setze ich ein paar TagItems:  NP_ExitCode und NP_ExitData, die es einer
Assembler-Routine gestatten, meinen Parent-Task per Task-Signal das Ende
des UUCICO Prozesses zu signalisieren.  Funktioniert bisher prima!

 Wer mehr wissen will, soll sich bei naechster Gelegenheit die Sourcen
fork.[c,a,i,h] im neuen UUPOLL R0.68 anschauen.

        !!! Danke nochmals an alle, die mir geholfen haben. !!!


PS: Eines nervt mich aber noch: Da ich aus bestimmten Gruenden nicht
    SystemTagList() benutzen konnte, sondern NewLoadSeg(), habe ich noch
    ein kleines Problemchen: Man musz bei NewLoadSeg() den absoluten Pfadnamen
    des UUCICO Files angeben. Unschoen, weil es mir immer lieber ist,  wenn
    das Teil irgendwo in einem DOSPath leigen koennte. Ich habe es derweil
    so geloest, dasz der UUPOLL als Dir-Pfad zum UUCICO das Dir hernimmt,
    aus dem er selbst gestartet wurde (ist nicht das aktuelle, sondern das
    wo er drinliegt). Der UUCICO un der UUPOLL muessen halt somit im
    selben Dir abgelegt werden. Na ja, aber wisst ihr zufaellig eine
    Methode, wie ich das Dir (das im DOSPath liegt) ermitteln kann, in
    dem der UUCICO ist, also so was, das z.B. das WHICH oder WHENCE macht?

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