Xref: utzoo comp.sys.nsc.32k:343 comp.arch:3741
Path: utzoo!yunexus!geac!daveb
From: daveb@geac.UUCP (David Collier-Brown)
Newsgroups: comp.sys.nsc.32k,comp.arch
Subject: Re: Remote editing
Summary: exists already
Keywords: supdup, negotiated echo
Message-ID: <2376@geac.UUCP>
Date: 3 Mar 88 13:47:35 GMT
Article-I.D.: geac.2376
Posted: Thu Mar  3 08:47:35 1988
References: <880@PT.CS.CMU.EDU> <177@anumb.UUCP> <585@naucse.UUCP> <1006@ur-tut.UUCP> <23506@hi.unm.edu> <862@astroatc.UUCP> <183@anumb.UUCP> <877@astroatc.UUCP> <2099@polya.STANFORD.EDU>
Reply-To: daveb@geac.UUCP (David Collier-Brown)
Organization: The Geac ISORMist Department.
Lines: 25


>In article <877@astroatc.UUCP> johnw@astroatc.UUCP (John F. Wardale) writes:
>[Wardale suggests buffering output, shipping it close to display (e.g.,
> to something upstream from terminal, and then go transfer char by
> char.  Input "has" to be handled differently, unless program support,
> such as vi, is built into buffering agent.

In article <2099@polya.STANFORD.EDU> andy@polya.UUCP (Andy Freeman) writes:
>Look at supdup, a protocol devised by Stallman (RMS of GNU fame) and
>documented in an AI lab tech report (it might be an LCS report).  Not
>only does it work, and he's measured it, but he claims that it doesn't
>require much applications hacking. 

  The standard CCITT pads can also do about half of the work, by
interactively setting/resetting the forward-on-character set, the
forward-after-inactivity timeout and the local/remote echo bit.
  This works with the standard Emacs on Multics, and has for not
less than 8 years.

  --dave (ryfm) c-b
-- 
 David Collier-Brown.                 {mnetor yunexus utgpu}!geac!daveb
 Geac Computers International Inc.,   |  Computer Science loses its
 350 Steelcase Road,Markham, Ontario, |  memory (if not its mind) 
 CANADA, L3R 1B3 (416) 475-0525 x3279 |  every 6 months.