Newsgroups: comp.unix.aux Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!ira.uka.de!smurf!urlichs From: urlichs@smurf.sub.org (Matthias Urlichs) Subject: Re: Obnoxious load-dependant bug in UUCP Message-ID: Date: Tue, 19 Mar 91 16:36:20 GMT References: <1991Mar11.190108.27114@intacc.uucp> <1991Mar12.125557.433@skbat.csc.ti.com> <793@taniwha.UUCP> Organization: University of Karlsruhe, FRG Lines: 30 In comp.unix.aux, article <793@taniwha.UUCP>, paul@taniwha.UUCP (Paul Campbell) writes: < In article <1991Mar12.125557.433@skbat.csc.ti.com> dittman@skbat.csc.ti.com (Eric Dittman) writes: < > < >Apple should allow HSKi/HSKo for hardware flow control and GPi for < >carrier detect. This would be the best compromise. < < Except that just having an input for modem control doesn't do the job ... you < also need a modem control output so that modem hang-ups and answers work < correctly (for example so that DTR is dropped when a user logs out so that < the modem gets hung up ....). Ideally Apple should have GPi and GPo (as well < as HSKi and HSKo) which would make a total of 9 pins (gee - they could use a < DB9 :-). < Not strictly necessary, as you can make getty say "\d+++\dATZ\r\d" to the modem. For user logins, change the +++ to something the tty driver doesn't echo, like NULs. -- I know that this is not a very good solution, but it's the only one possible with current hardware. < Actually an even slightly smart chip engineer at Apple ought to be able to < design a serial port driver chip with the RXD+/TXD+ pins able to be < reprogrammed as the GPi/GPo pins when the port is being used as an RS232 < port (since these pins are unused on ports used for RS232). < Good idea... it may even be possible to auto-detect the difference. -- Matthias Urlichs -- urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de /(o\ Humboldtstrasse 7 - 7500 Karlsruhe 1 - FRG -- +49-721-621127(0700-2330) \o)/