home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.att
- Path: sparky!uunet!usc!cs.utexas.edu!uwm.edu!linac!uchinews!machine!chinet!les
- From: les@chinet.chi.il.us (Leslie Mikesell)
- Subject: Re: No Controlling Terminal???
- Message-ID: <BxJD0F.9At@chinet.chi.il.us>
- Organization: Chinet - Public Access UNIX
- References: <1992Nov2.223617.21724@sactoh0.sac.ca.us> <Bx5wqK.507@chinet.chi.il.us> <1992Nov7.014628.3779@sactoh0.sac.ca.us>
- Distribution: na
- Date: Wed, 11 Nov 1992 05:09:50 GMT
- Lines: 24
-
- In article <1992Nov7.014628.3779@sactoh0.sac.ca.us> ccpoabt!dan@sactoh0.SAC.CA.US writes:
-
- >I remember seeing the mention of these tokens, but I don't remember a
- >reference to the fact that it deals with lack of carrier. This might just
- >solve another minor problem I have in that when I cu to another system
- >whose line is busy, the terminal running uugetty suddenly thinks someone is
- >trying to log in, and I either have to kill the process (for which I
- >developed a simple shell script to save me the time), or wait for the
- >process to time-out.
-
- What's happening here is that you have the modem set to hold carrier up
- all the time and the dialing turns on the verbose responses from the
- modem. When you hit a busy line cu times out or you interrupt it,
- uugetty starts listening again and sees the NO CARRIER response come
- back from the modem. Even if you have the modem programmed to reset
- on DTR drop and not to return messages after resetting, there are some
- (many??) modems that absolutely insist on delivering any message that
- has been triggered while they were in verbose mode, and they'll wait
- until DTR is present again to do it. Some modems even bring up CD
- while delivering their own status messages - that can really confuse
- things.
-
- Les Mikesell
- les@chinet.chi.il.us
-