singer@ll-xn.ARPA (Matthew R. Singer) (03/09/87)
Does any know of any bugs in the TOS rs232 handler regarding the usage of CTS/RTS flow control? A number of associates have just purchased the US Robotics HST modem for use on with my BBS software. Since the ST can not keep up at 9600bps (assuming it's displaying the incoming data), it could be quite useful if not necessary for CTS/RTS to work. However, when CTS/RTS is enable via the RSCONF call, the system appears to hang as soon as io to the AUX device begins. Anyone heard of this? Matt Singer singer@xn.ll.mit.edu FoReM is the Friends of Rickey Moose
akw@osupyr.UUCP (03/11/87)
In article <453@ll-xn.ARPA> singer@ll-xn.ARPA (Matthew R. Singer) writes: >use on with my BBS software. Since the ST can not keep up at 9600bps >(assuming it's displaying the incoming data), it could be quite useful >if not necessary for CTS/RTS to work. I have directly attatched my ST to the university network switch which runs at 9600 with no problems (under Uniterm software; it DID have problems with the VT52 emu and I*S Talk). Did Simon Poole modify Uniterm for better hi-speed operation?
sansom@trwrb.UUCP (03/11/87)
In article <453@ll-xn.ARPA> singer@ll-xn.ARPA (Matthew R. Singer) writes: >...Since the ST can not keep up at 9600bps... The terminal program you're using is probably using the (small) system rs232 buffer, which would certainly account for the problem. The answer? Get a program which establishes its own (large) rs232 buffer. Simon Poole's Uniterm _must_ be doing this, since I've had no problem at all using it at 9600bps. -Rich -- //////////////////////////////////////\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ /// Richard E. Sansom TRW Electronics & Defense Sector \\\ \\\ {decvax,ucbvax,ihnp4}!trwrb!sansom Redondo Beach, CA /// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\/////////////////////////////////////
daemon@watmath.UUCP (03/12/87)
In article <87@osupyr.UUCP> you write: >I have directly attatched my ST to the university network switch >which runs at 9600 with no problems (under Uniterm software; >it DID have problems with the VT52 emu and I*S Talk). > >Did Simon Poole modify Uniterm for better hi-speed operation? Yes, Simon has a whopping big input buffer of 10K. The default input serial buffer is something like 128 bytes, so it can get overrun very quickly. By cat'ing a huge file without paging, you can overrun Uniterm's input buffer (and lose characters), but you really have to work at it. I have never had to use flow control when using Uniterm, even at 19200 baud (you should see kermit fly!). Mike Berkley, University of Waterloo UUCP: {allegra,ihnp4,utcsri,utzoo}!watmath!watsup!mberkley Bitnet: mberkley%watsup%waterloo@csnet-relay.ARPA