Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!ptsfa!well!ewhac
From: ewhac@well.UUCP (Leo 'Bols Ewhac' Schwab)
Newsgroups: comp.sys.amiga
Subject: Re: Big Enhancements for 1.3
Message-ID: <4866@well.UUCP>
Date: 28 Dec 87 08:45:24 GMT
References: <8712070010.AA21837@cory.Berkeley.EDU> <1309@sugar.UUCP>
Reply-To: ewhac@well.UUCP (Leo 'Bols Ewhac' Schwab)
Organization: Bleep Gzorp!
Lines: 26

In article <1309@sugar.UUCP> peter@sugar.UUCP (Peter da Silva) writes:
>In article ..., dillon@CORY.BERKELEY.EDU (Matt Dillon) writes:
>> 	 Allow said DOS process to execute another DOS call which simulates an
>> 	 exit (writing a return value to the message port) but allows the DOS
>> 	 process to continue to run.  The final exit code would be lost.  Have
>> 	 the restriction that once a process simulates an exit it may no longer
>> 	 use it's original input and output stream.
>
>You mean "terminate and stay resident" or "emit status"? I can see where you're
>going. RunBack is a bit of a kludge, isn't it?  [ ... ]

	Sigh.

	Go find a copy of Fish Disk #59, go into the Robotroff directory,
and check out the _main.c module.  This goodie causes the program to make a
logical copy of itself, starts up the copy, and the original exits.  This is
how Robotroff forks itself into the background.  It works under both CLI and
Workbench, and does NOT hang on to the original CLI window (it does hold
locks on directories, though, so disk icons will hang around).

	Check it out; this technology already exists.

_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
Leo L. Schwab -- The Guy in The Cape	ihnp4!ptsfa -\
 \_ -_		Recumbent Bikes:	      dual ---> !{well,unicom}!ewhac
O----^o	      The Only Way To Fly.	      hplabs / (pronounced "AE-wack")
"Work FOR?  I don't work FOR anybody!  I'm just having fun."  -- The Doctor