home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / att / 2484 < prev    next >
Encoding:
Text File  |  1992-11-10  |  1.7 KB  |  36 lines

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