Path: utzoo!utgpu!attcan!uunet!lll-winken!lll-lcc!ames!think!bloom-beacon!gatech!mcdchg!ddsw1!pete
From: pete@ddsw1.MCS.COM (Peter Franks)
Newsgroups: comp.dcom.modems
Subject: Re: Modems that reset when DTR is dropped
Summary: If commenting on something, please tell us what!!
Message-ID: <1913@ddsw1.MCS.COM>
Date: 10 Oct 88 20:56:03 GMT
References: <1731@ddsw1.UUCP> <721@starfish.Convergent.COM> <6592@dasys1.UUCP> <318@pvab.UUCP> <2047@udccvax1.acs.udel.EDU>
Reply-To: pete@ddsw1.UUCP (Peter Franks)
Organization: Traveller's Aid, Mundelein, IL
Lines: 23

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

What's not quite true??

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

The 'correct response'???  The 'correct response' for who?  You, maybe, but
not for me!!  This entire thread was started to find modems which perform a
certain function in order to do a certain job - to reset when DTR is dropped
so that they (the modems) can be used on a bi-directional port in a UNIX
system.

The fact that you find said reinitialization to be a 'nuisance' is one
reason that that function is configurable, but it it, in the context of this
thread, TOTALLY irrelevant!!

-- 
Remember:
	No matter how obnoxious it gets, you CANNOT execute a device!