Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 alpha 4/15/85; site amdcad.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!allegra!amdcad!phil
From: phil@amdcad.UUCP (Phil Ngai)
Newsgroups: net.unix,net.unix-wizards
Subject: Re: rts/cts on 3b2 tty ports
Message-ID: <1370@amdcad.UUCP>
Date: Fri, 17-May-85 23:00:30 EDT
Article-I.D.: amdcad.1370
Posted: Fri May 17 23:00:30 1985
Date-Received: Sat, 18-May-85 23:45:08 EDT
References: <388@gitpyr.UUCP> <1345@amdcad.UUCP> <67@gatech.CSNET>
Reply-To: phil@amdcad.UUCP (Phil Ngai)
Distribution: net
Organization: AMD, Sunnyvale, California
Lines: 24
Xref: watmath net.unix:4548 net.unix-wizards:13231

In article <67@gatech.CSNET> skip@gatech.UUCP (Skip Addison) writes:
>
>We normally use XON/XOFF flow control, but uucp is gross.  It expects a full
>8-bit data path.  So do some some other applications, particularly graphics.
>We'd still like to hear about possible solutions.

Yeah, uucp is gross and so is emacs. But I thought I heard something about
an "f" protocol for uucp which uses 7 bit data paths. Programs like kermit
know about such things too. Finally, most of the modern graphics protocols
are reasonable and have an option restrict themselves to 7 bit mode too.

I run a terminal network at AMD and deal with this issue all the time.
In addition, there are new, error correcting modems which usurp XON/XOFF
for their intended purpose, flow control (isn't that terrible :-).

I am getting ready to try the "f" protocol in uucp. I hope it works.
We have two VAXen sitting 10 feet apart which use the switched telephone
network to talk to each other. Gross...
-- 
 What do you do the day after a peak experience?

 Phil Ngai (408) 749-5720
 UUCP: {ucbvax,decwrl,ihnp4,allegra}!amdcad!phil
 ARPA: amdcad!phil@decwrl.ARPA