Xref: utzoo comp.unix.questions:5838 comp.sources.wanted:3448
Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!ames!nrl-cmf!cmcl2!arizona!lm
From: lm@arizona.edu (Larry McVoy)
Newsgroups: comp.unix.questions,comp.sources.wanted
Subject: Re: Two Top-20 features sought for UNIX
Message-ID: <4035@megaron.arizona.edu>
Date: 26 Feb 88 23:53:34 GMT
References: <12970@sri-unix.SRI.COM>
Reply-To: lm@megaron.arizona.edu.UUCP (Larry McVoy)
Organization: University of Arizona, Tucson
Lines: 27
Keywords: advise file-open

In article <12970@sri-unix.SRI.COM> cole@sri-unix.ARPA (Susan E. Cole) writes:
>One is "advise", which allows a user on one tty, with permission, to
>share control of another's tty line.  User A "advises" user B.  Then
>input to user B's job can be given from either person's terminal,
>and output for B goes to both terminals.  This is very handy for
>telephone consulting -- clears misunderstandings up fast.

I wrote something like this once.  Basically you need to setup two
pty pairs, such that the front side of each pair is running on
each terminal.  Then the program that hooked all this up spawns a 
sh/csh/ksh and sends all the input to the shell and all the output 
back to either pty.  It's a drag but it can be done.

>The other capability I'd like is called "trap file openings" on Tops-20.
>Once you set this feature on, the system announces every file open
>done on your behalf (and whether it is for reading or writing).  This 
>can also clear up confusion real fast -- "it's looking in THAT directory?!"

You can't do this without either

a) modifying the kernel or
b) recompiling all appropriate code.

If someone can prove me wrong, I'd like to hear it too.
-- 

Larry McVoy	lm@arizona.edu or ...!{uwvax,sun}!arizona.edu!lm
		Use the force - read the source.