Xref: utzoo unix-pc.general:4458 unix-pc.uucp:212 comp.sys.att:8416
Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!wuarchive!swbatl!texbell!uudell!natinst!rpp386!puzzle!news
From: news@puzzle.UUCP (newshound)
Newsgroups: unix-pc.general,unix-pc.uucp,comp.sys.att
Subject: Re: UUCP Help
Summary: Why They Do It
Message-ID: <96@puzzle.UUCP>
Date: 8 Jan 90 08:29:59 GMT
References: <25553@cup.portal.com> <25594@cup.portal.com>
Reply-To: news@puzzle.UUCP (newshound)
Followup-To: unix-pc.general
Organization: Somewhere in Austin, Texas
Lines: 15

In article <25594@cup.portal.com> thad@cup.portal.com (Thad P Floryan) writes:
>That assertion will NOT cause the system to think a modem connection has been
>"broken" even when you pull the modem's RJ-11 jack out of the wall; just
>think what this does if you're calling Ohio State long-distance; I suppose
>AT&T doesn't care since, for them, phone calls are free!  :-) :-)

	Take a look at how AT&T's recent modems handle DCD and you'll see the
thought behind it.  A 22xx series will drop DCD momentarily when carrier is
lost, then turn it back on again.  It makes using a non-AT&T modem difficult,
but it can be done.
	By the way... Has anyone had this happen?  Set stty hupcl, su to root,
exit, then exit or control-D again?  Here it intermittently causes DTR not to
go off.
-- Bob
attctc!puzzle!bei