Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!steinmetz!davidsen
From: davidsen@steinmetz.steinmetz.UUCP (William E. Davidsen Jr)
Newsgroups: comp.sys.att
Subject: Re: How do you get the 3B1 serial port to respond to BREAK?
Message-ID: <7085@steinmetz.steinmetz.UUCP>
Date: Mon, 24-Aug-87 15:50:37 EDT
Article-I.D.: steinmet.7085
Posted: Mon Aug 24 15:50:37 1987
Date-Received: Tue, 25-Aug-87 05:33:43 EDT
References: <232@amanue.UUCP>
Reply-To: davidsen@crdos1.UUCP (bill davidsen)
Organization: General Electric CRD, Schenectady, NY
Lines: 18

One common cause of trouble is that PC terminal emulators don't generate
a real break. To get around this problem place your highest speed first,
so that a RETURN at the wrong speed will look like a BREAK (actually a
framing error). You may also want to double your highest speed to insure
that line noise doesn't downshift the line to the wrong speed. Just
duplicate your high speed entry and give it another name, then change
the pointer to the initial speed.

The BBS I run for *IX uses 2400x -> 2400 -> 1200 -> 300 -> 2400
and I don't have any problems. Trying to put the "most common" speed
first will cause a lot of grief, at least on the 7300 and Xenix systems
I've used. If people don't like hitting return so many time, let'm get a
faster modem. (I had someone download the MicroEMACS source at 300 baud
one day, using Kermit. Effective line speed was 18cps).
-- 
	bill davidsen		(wedu@ge-crd.arpa)
  {chinet | philabs | seismo}!steinmetz!crdos1!davidsen
"Stupidity, like virtue, is its own reward" -me