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: <g+!5i2.p5c@smurf.sub.org>
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)/
