Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.milw.wisc.edu!bionet!agate!ucbvax!POSTGRES.BERKELEY.EDU!dillon
From: dillon@POSTGRES.BERKELEY.EDU (Matt Dillon)
Newsgroups: comp.sys.amiga.tech
Subject: Re: drop DTR
Message-ID: <8902172041.AA06747@postgres.Berkeley.EDU>
Date: 17 Feb 89 20:41:26 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Lines: 23

:of a serial device will NOT drop DTR.  Doing instead:
:
:CloseDevice(..);
:Delay(50L);
:OpenDevice(..);
:
:will ALWAYS drop the DTR line.  This is all from "empirical" results
:using the built-in serial device.  I have NEVER been able to have the
:DTR line dropped on ANY of my modems WHITHOUT the 1 sec. delay.

	Also, remember that you must make an SDCMD_SETPARAMS call after
reopenning the serial.device to get back whatever your old serial
modes were.  I always have an auxillary IOExtSer structure with the
modes I want.  Remember to specify a dummy request in the OpenDevice()
(as opposed to the aux structure which has your original modes)
because the serial.device will overwrite it with the default prefs
params.

	Most people already know that you cannot do the SDCMD_SETPARAMS call
if there are outstanding requests.  In my opinion, this is stupid, but
that is the way it goes!

				-Matt