home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / dcom / servers / 184 < prev    next >
Encoding:
Text File  |  1992-12-16  |  1.4 KB  |  32 lines
  1. Newsgroups: comp.dcom.servers
  2. Path: sparky!uunet!cs.utexas.edu!usc!news.service.uci.edu!gordius!gordius!mike
  3. From: mike@gordian.com (Michael A. Thomas)
  4. Subject: Re: datability flow ctrl
  5. Message-ID: <1992Dec16.191031.12106@gordian.com>
  6. Sender: news@gordian.com
  7. Organization: Gordian; Costa Mesa, CA
  8. References:  <1992Dec15.220810.14729@cuug.ab.ca>
  9. Distribution: na
  10. Date: Wed, 16 Dec 1992 19:10:31 GMT
  11. Lines: 19
  12.  
  13. In article <1992Dec15.220810.14729@cuug.ab.ca>, cappisk@cuug.ab.ca (Kevin Cappis 283-6333) writes:
  14. >      Here is my problem. Everything seems to work just great, however I
  15. > have been experiencing problems with CTS flow control. When a large file
  16. > goes out the server port into the modem eventually the modem will drop CTS.
  17. > The server then stops sending data, but when the modem raise CTS the port
  18. > becomes locked up. The port status (sh po xx status) shows the port as
  19. > "xoffed". This seems obvious however a datascope shows that no xoff chars
  20. > are sent from modem.
  21.  
  22.    This is probably an artifact. Xoff'ed probably means generically 
  23. stopped from doing output. Sounds more like there is a bug in the
  24. RTS/CTS flow control code...
  25. -- 
  26.  
  27.         Michael Thomas    (mike@gordian.com)
  28.     "I don't think Bambi Eyes will get you that flame thrower..."  
  29.         -- Hobbes to Calvin
  30.         USnail: 20361 Irvine Ave Santa Ana Heights, Ca,    92707-5637
  31.         PaBell: (714) 850-0205 (714) 850-0533 (fax)
  32.