Path: utzoo!utgpu!water!watmath!clyde!mcdchg!chinet!att-ih!pacbell!ames!nrl-cmf!ukma!psuvm.bitnet!cunyvm!nysernic!cmx!batcomputer!cornell!uw-beaver!fluke!ssc-vax!uvicctr!sdean1
From: sdean1@uvicctr.UUCP (Steven A. Dean)
Newsgroups: comp.sys.amiga.tech
Subject: WorkBench Processes...
Message-ID: <386@uvicctr.UUCP>
Date: 6 Apr 88 04:59:37 GMT
Distribution: na
Organization: University of Victoria, Victoria B.C. Canada
Lines: 34


As I understand it, there are three basic types of "running entity" on the
Amiga.  A CLI-Process, a WorkBench-Process, and a simple task.  The CLI-Process
is blessed with an stdin and stdout set as well as any other CLI dependant
thingies (with the CLI struct off of the process superstructure).  The
WorkBench-Process is a "simple process" but still has the ability to
access the base DOS commands (obviously Input() and Output() wouldn't work
to swift).  A simple task cannot do anything that deals with the DOS system
at all (no message port for the packet sending?).

My big question to all of you Guru types out there is... How can you create a
WorkBench type process while within the CLI?  I tried the simple approach
(blindly, I might add) and it failed (simple approach, loadseg an object,
and do a createproc on it).  Which is to say, the actual loading program
worked like a champ, but the sub-process didn't quite exit as gracefully
as I might have liked (can you say GURU?).  Now, perhaps I'm on the wrong
track entirely, but I believe that all I have to do is figure out how DOS
actually sets up the initial stack for the process and provide some code
to allow the graceful exit I want.

Does anyone out there know how to do this?  The main reason I want to have the
ability to do this is that I hate the 20 CLI process limit.  It's not really
that unreasonable a limit, I just don't much like 'em :-).  Besides, all of
my code tends to use the Intuition I/O style rather than the standard Un*x
style (stdin - stdout) :-).

Many Thanks for whatever replies I can get my hands on....

                        -Steve
----
Steven A. Dean, Consultant, University of Victoria, Victoria, B.C., GWN.
....uw-beaver!uvicctr!sdean1
....ubc-vision!uvicctr!sdean1
sdean1@uvunix.BITNET   ....   sdean1@uvunix.UVic.CDN