Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!zaphod.mps.ohio-state.edu!uwm.edu!linac!att!ucbvax!mtxinu!taniwha!paul
From: paul@taniwha.UUCP (Paul Campbell)
Newsgroups: comp.unix.aux
Subject: Re: Obnoxious load-dependant bug in UUCP
Message-ID: <793@taniwha.UUCP>
Date: 15 Mar 91 22:47:42 GMT
References: <49862@apple.Apple.COM> <1991Mar5.101216.3153@panix.uucp> <1991Mar5.102756.3379@panix.uucp> <1991Mar11.190108.27114@intacc.uucp> <1991Mar12.125557.433@skbat.csc.ti.com>
Reply-To: paul@taniwha.UUCP (Paul Campbell)
Organization: Taniwha Systems Design, Oakland
Lines: 27

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 :-).

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).


	Paul Campbell
	Taniwha Systems


-- 
Paul Campbell    UUCP: ..!mtxinu!taniwha!paul     AppleLink: CAMPBELL.P

"But don't we all deserve.
 More than a kinder and gentler fuck" - Two Nice Girls, "For the Inauguration"