Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!zaphod.mps.ohio-state.edu!uwm.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!phil From: phil@ux1.cso.uiuc.edu Newsgroups: comp.dcom.modems Subject: Re: CTS->XON/XOFF Message-ID: <4400007@ux1.cso.uiuc.edu> Date: 20 Jul 90 18:00:00 GMT References: <8635@ubc-cs.UUCP> Lines: 29 Nf-ID: #R:ubc-cs.UUCP:8635:ux1.cso.uiuc.edu:4400007:000:1441 Nf-From: ux1.cso.uiuc.edu!phil Jul 20 13:00:00 1990 > The STUPID !@#?^% NeXT serial port only supports software XON/XOFF > flow control. So now I am looking for a device that translates a > CTS transition from off to on, into a ^Q, and a CTS transition > from on to off, into a ^S. So to simulate software XON/XOFF with > hardware. This factor alone will prevent me from purchasing such a computer. Have you looked into whether it is a hardware limitation or a software limitation? I've found that in the PC world, virtually all serial ports do have hardware capability for CTS/RTS, but very few software products are capable of handling it. If it is a software limitation perhaps someone has, or you could, write a better serial port driver and relink it into the kernel. Keep in mind that ^Q ^R ^S ^T do not always have the same meaning. If the software on each end of a communication path operate in "raw" mode, it is these programs that determine what the meaning of these characters is. Networks and modems should NEVER interpret these. CTS/RTS is the correct way to flow control a single interface. With that in mind, I am also looking for some data compression modems that will CORRECTLY pass ^Q ^R ^S ^T fully transparently in both directions. They should be configurable to be transparent in all 8 bits and all 256 codes. --Phil Howard, KA9WGN-- | Individual CHOICE is fundamental to a free society | no matter what the particular issue is all about.