Path: utzoo!yunexus!geac!syntron!jtsv16!uunet!husc6!bloom-beacon!tut.cis.ohio-state.edu!mailrus!wasatch!utah-gr!uplherc!sp7040!obie!wsccs!terry
From: terry@wsccs.UUCP (Every system needs one)
Newsgroups: comp.dcom.modems
Subject: Re: Modems that reset when DTR is dropped
Summary: Wrongo
Message-ID: <740@wsccs.UUCP>
Date: 22 Oct 88 07:15:35 GMT
Article-I.D.: wsccs.740
References: <1731@ddsw1.UUCP> <721@starfish.Convergent.COM> <6592@dasys1.UUCP> <2047@udccvax1.acs.udel.EDU>
Lines: 24

In article <2047@udccvax1.acs.udel.EDU>, tboutell@vax1.acs.udel.EDU (Thomas B Boutell) writes:
> That's not quite true. Many Hayes- compatible modems will reset entirely
> when DTR is toggled, but the correct response is merely to break the
> connection and go into command mode. The reinitialization is a nuisance
> which forces most programs to tediously resend any setup commands they
> had already communicated to the modem after each call.

Wrongo Tom.  A Hayes modem can be set to reset on DTR drop.  This is the
correct usage on a UNIX system.  The correct response, obviating a
"tedious resend", is to do this.  If a modem can't do this, it has no
business calling itself "Hayes compatable"... it doesn't implement all
features in the same way as Hayes does, so it is not.

An interesting observation to make is which Hayes modem one is talking
about... if the Hayes 1200 or 1200b is "the standard", then a Hayes 2400
is not Hayes compatable, as it does not implement ATF0.


| Terry Lambert           UUCP: ...{ decvax, ihnp4 } ...utah-cs!century!terry |
| @ Century Software        OR: ...utah-cs!uplherc!sp7040!obie!wsccs!terry    |
| SLC, Utah                                                                   |
|                   These opinions are not my companies, but if you find them |
|                   useful, send a $20.00 donation to Brisbane Australia...   |
|                   'I have an eight user poetic liscence' - me               |