Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!cs.utexas.edu!samsung!emory!mephisto!bbn!jr@bbn.com
From: jr@bbn.com (John Robinson)
Newsgroups: comp.emacs
Subject: Re: Problem with GNU Emacs.
Message-ID: <49494@bbn.COM>
Date: 11 Dec 89 15:15:30 GMT
References: <6327@lindy.Stanford.EDU> <698@acrux.mdavcr.UUCP> <304@gtenmc.UUCP>
Sender: news@bbn.COM
Reply-To: jr@bbn.com (John Robinson)
Distribution: usa
Organization: BBN Systems and Technologies Corporation, Cambridge MA
Lines: 19
In-reply-to: fst@gtenmc.UUCP (Fariborz "Skip" Tavakkolian)

In article <304@gtenmc.UUCP>, fst@gtenmc (Fariborz "Skip" Tavakkolian) writes:
>On the subject of ^S/^Q for flow control, I must say that in this day-and-age
>there is no reason for terminals and computers not to use electronic flow
>control (CTS/RTS) for async communication.

Hell, they ought to be able to run reliable link protocols, like HDLC
or LAPB.  And terminal front ends ought to be able to run transport
protocols like TCP.  And hosts ought to be able to run ...

But vendors of cruddy equipment that does none of these things will
continues to under-price or out-sell their competitors for a long
time.  And of course there is the deadly bugaboo, VT100 compatibility.
We could all try to vote with our desktops, but expecting the world to
change ovenight or even over-decade seems like dreaming.

Time to write a letter to Santa...
--
/jr, nee John Robinson     Life did not take over the globe by combat,
jr@bbn.com or bbn!jr          but by networking -- Lynn Margulis