home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.dcom.modems
- Path: sparky!uunet!cs.utexas.edu!sun-barr!ames!network.ucsd.edu!qualcom.qualcomm.com!cancun!rdippold
- From: rdippold@cancun.qualcomm.com (Ron Dippold)
- Subject: Re: Boom! You're Dead.
- Message-ID: <rdippold.712036794@cancun>
- Sender: news@qualcomm.com
- Nntp-Posting-Host: cancun.qualcomm.com
- Organization: Qualcomm, Inc., San Diego, CA
- References: <1992Jul18.142320.4269@qiclab.scn> <1992Jul24.031631.26450@chinet.chi.il.us> <1992Jul24.133231.17199@qiclab.scn.rain.com> <1992Jul24.164526.19432@nntpd.lkg.dec.com>
- Date: Sat, 25 Jul 1992 03:59:54 GMT
- Lines: 17
-
- In article <1992Jul24.133231.17199@qiclab.scn.rain.com> 70465.203@compuserve.com writes:
- >les@chinet.chi.il.us (Leslie Mikesell) writes:
- >
- >>Yes, maybe back in 1980 someone actually had a reason to put the
- >>modem in command mode in the middle of a connection. Maybe they
- >>were using software that didn't offer the ability to drop DTR.
- >
- >As I've said elsewhere, *I* need dropping DTR to drop the *connection*
- >as well as go into command mode. So it is unsuitable.
-
- I use DTR to drop into command mode, and have my terminal software to
- do a DTR drop and then an "ATH^M" to hang up. If DTR signalled a
- drop into command mode as somewhat of a standard, what software
- wouldn't offer that as an option? It's certainly better than the
- "<pause>+++<pause>" kludge.
- --
- There ought to be a better way than government to run the world.
-