Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!genrad!decvax!ittatc!dcdwest!sdcsvax!ncr-sd!ncrcae!ncsu!uvacs!edison!jso
From: jso@edison.UUCP (John Owens)
Newsgroups: net.unix-wizards
Subject: Re: Re: Job control
Message-ID: <695@edison.UUCP>
Date: Mon, 21-Apr-86 16:32:55 EST
Article-I.D.: edison.695
Posted: Mon Apr 21 16:32:55 1986
Date-Received: Sat, 26-Apr-86 03:12:41 EST
References: <2113@dutoit.UUCP> <575@mtxinu.UUCP>
Organization: General Electric Company, Charlottesville, VA
Lines: 20

> I was told at the Washington, D.C., Uniforum, by someone from AT&T
> who claimed to have proposed the shl idea, that he was *joking*
> when he suggested it.  I believe that he was.
> -- 
> Ed Gould                    mt Xinu, 2910 Seventh St., Berkeley, CA  94710  USA

"shl" seems to be a lot like the old TOPS-10 OPSER program, which would
create numerous subjobs, all of which could be controlled by the top-level
program, which was most often run from the (hardcopy) console terminal.
Output from each program was preceeded by its job number, and the user
would direct input to the program he wanted by its job number.  (I think
you could also have names as aliases for the numbers.)  It also handled
various operator-like functions directly.  Of course this program is
useless for anything but hardcopy terminals and glass ttys....

	John Owens @ General Electric Company	(+1 804 978 5726)
	edison!jso%virginia@CSNet-Relay.ARPA		[old arpa]
	edison!jso@virginia.EDU				[w/ nameservers]
	jso@edison.UUCP					[w/ uucp domains]
	{cbosgd allegra ncsu xanth}!uvacs!edison!jso	[roll your own]