Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 6/24/83; site fortune.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!harpo!ihnp4!fortune!rpw3
From: rpw3@fortune.UUCP
Newsgroups: net.unix-wizards
Subject: Re: Re: Getting the most from 'more' - (nf)
Message-ID: <2479@fortune.UUCP>
Date: Wed, 8-Feb-84 04:06:08 EST
Article-I.D.: fortune.2479
Posted: Wed Feb  8 04:06:08 1984
Date-Received: Fri, 10-Feb-84 01:35:15 EST
Sender: notes@fortune.UUCP
Organization: Fortune Systems, Redwood City, CA
Lines: 27

#R:sri-arpa:-1597000:fortune:11600062:000:968
fortune!rpw3    Feb  7 20:39:00 1984

Gary Samuelson comes close to a compromise when he suggests
more than two levels: kernel and user. We actually have more
than two levels now, as far as the way the user sees it: kernel,
shell, and user.

For the sake of evoking flames, let me suggest changing another
sacred UNIX object instead of the driver: The Shell!

Let the shell [if the user so chooses with the "stty" builtin :-) ]
fork its children with stdin/stdout being pipes to itself, and let the
shell handle paging. It's fast (already in memory), versatile (shell
escapes whenever you stop output, like 'more'), and convenient
(no "|p" to type). Problems with signals? Use pty's instead of pipes.
Need job control? No problem, start another command while the first
is frozen.

Gee... with a little more work we could add windows...

Rob Warnock

UUCP:	{sri-unix,amd70,hpda,harpo,ihnp4,allegra}!fortune!rpw3
DDD:	(415)595-8444
USPS:	Fortune Systems Corp, 101 Twin Dolphins Drive, Redwood City, CA 94065