Path: utzoo!attcan!uunet!zaphod.mps.ohio-state.edu!rpi!crdgw1!sixhub!davidsen
From: davidsen@sixhub.UUCP (Wm E. Davidsen Jr)
Newsgroups: comp.unix.xenix.sco
Subject: Re: thanx
Message-ID: <2304@sixhub.UUCP>
Date: 15 Nov 90 03:56:57 GMT
References: <1990Nov13.225850.4008@ucselx.sdsu.edu>
Reply-To: davidsen@sixhub.UUCP (bill davidsen)
Organization: *IX Public Access UNIX, Schenectady NY
Lines: 27

In article <1990Nov13.225850.4008@ucselx.sdsu.edu> stark@ucselx.sdsu.edu (Brian D. Stark) writes:

| 2.  Xenix  doesn't automatically cylcle through baud rates, you have  to  tell 
| your users to send a break at their terminal.  Does anyone know of a  possible 
| workaround for this?

  Several. The old getty from about 2.1 used to be very good about
"downshifting," so you could set the speed cycle at 9600-2400-1200-300
and it would work on returns. The new getty which support uuchat doesn't
do this reliably. I told SCO about this and they suggested adding a
dialout modem and running the old version on the incoming modems.

  There are several p.d. version around, hack one to use uuchat
(uugetty) and use that. These will autobaud on one CR.

  Best way: run modems which can be locked at a single speed on the
serial port, and which use hardware flow control to keep the computer
from overrunning the modem line speed. I ran 9600 baud serial on 2400
baud modems for a while but gave up for other unrelated reasons. This is
really the best way to do it, assuming your modems support it and that
you can set the line speed for dialout. Autobaud at the right speed
every time.
-- 
bill davidsen - davidsen@sixhub.uucp (uunet!crdgw1!sixhub!davidsen)
    sysop *IX BBS and Public Access UNIX
    moderator of comp.binaries.ibm.pc and 80386 mailing list
"Stupidity, like virtue, is its own reward" -me