Xref: utzoo comp.unix.sysv386:9011 comp.dcom.modems:10393
Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!jwt!john
From: john@jwt.UUCP (John Temples)
Newsgroups: comp.unix.sysv386,comp.dcom.modems
Subject: Re: Getty for ISC/Telebit T-2500 w/autobaud via the CONNECT msg?
Keywords: Telebit, getty, autobaud, bi-directional
Message-ID: <1991Jun16.021808.1704@jwt.UUCP>
Date: 16 Jun 91 02:18:08 GMT
References: <1991Jun15.030807.28565@pegasus.com> <1991Jun15.154304.25987@uunet.uu.net>
Organization: The Museum of Barnyard Oddities
Lines: 26

In article <1991Jun15.154304.25987@uunet.uu.net> karln!karln@uunet.uu.net (Karl Nicholas) writes:
>I HIGHLY reccomend locking
>the speed of the modem. I know someone that tried for a week
>or two trying to get the T2500 to work like the manual shows, 
>but never really got it off the ground.

I had my TB+ running unlocked for many months without any problems.  I
had it set up that way because some older slow modems (Everex 2400 bps)
would drop characters when receiving from the TB.  UUCP and interactive
use were both impossible with the interface speed locked.  Does anyone
know what causes this?

>Furthermore I cannot 
>picture were getty is going to get the connect string from, 

I mentioned the same thing to Richard in mail.  I've played with one of
those so-called auto-bauding gettys.  The problem was that the modem
issued the CONNECT message before asserting DCD, so the getty never saw
it, since it was blocked in open() waiting for DCD.  I guess these
gettys can only be used if you use a non-blocking open() device on the
serial port?  But then you can't use the device for dialout.  Would it
be possible for FAS to optionally save incoming characters when no
device has the port open, and hand them to the next process to open the
device?
-- 
John W. Temples -- john@jwt.UUCP (uunet!jwt!john)