Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!rutgers!apple!oliveb!amiga!cbmvax!jesup
From: jesup@cbmvax.UUCP (Randell Jesup)
Newsgroups: comp.sys.amiga.tech
Subject: Re: DTR and serial.device
Keywords: serial, RS232, modem
Message-ID: <6156@cbmvax.UUCP>
Date: 6 Mar 89 23:58:55 GMT
References: <10511@well.UUCP> <15000@oberon.USC.EDU> <443@madnix.UUCP> <15068@oberon.USC.EDU> <12897@gryphon.COM>
Reply-To: jesup@cbmvax.UUCP (Randell Jesup)
Distribution: usa
Organization: Commodore Technology, West Chester, PA
Lines: 23

In article <12897@gryphon.COM> jdow@gryphon.COM (J. Dow) writes:
>>I just received word from Bryce that the "standard" way to drop DTR
>>is to close and then reopen the device.  This should work no matter
>>what serial device and unit one is using.
>>
>>-- Marco Papa 'Doc'
>
>This is a badly broken approach. There MUST be a method of dropping DTR in
>a multitasking environment without losing the serial device. If you close the 
>device something else can sneak in there and steal it. I hope Bryce rethinks
>this serial attitude problem and cleans this freking thing up a bit. All the
>bits of the port should be controllable by the application software through
>standard means. Otherwise some uses becoem too awkward to bear thinking about.
>{`_'}   Grump

	Don't be grumpy, Joanne.

	This is the approved way to drop DTR _until_ 1.4 comes out.  That will
have a far better way to handle it.  (Plus we guarantee that close/open will
drop dtr in 1.4, so current code will be ok.)

-- 
Randell Jesup, Commodore Engineering {uunet|rutgers|allegra}!cbmvax!jesup