Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.csd.uwm.edu!uxc.cso.uiuc.edu!uxc.cso.uiuc.edu!m.cs.uiuc.edu!s.cs.uiuc.edu!mccaugh
From: mccaugh@s.cs.uiuc.edu
Newsgroups: comp.lang.c
Subject: Re: Question: Turbo C and communication
Message-ID: <207600035@s.cs.uiuc.edu>
Date: 25 Aug 89 07:17:00 GMT
References: <77.UUL1.3#5131@mvac23.UUCP>
Lines: 25
Nf-ID: #R:<77.UUL1.3#5131@mvac23.UUCP>:-28:s.cs.uiuc.edu:207600035:000:1368
Nf-From: s.cs.uiuc.edu!mccaugh    Aug 25 02:17:00 1989


Responding to: thomas@mvac23.UUCP  re: Turbo-C and comm

>However, when the program exits, it lowers DTR as part of it's cleanup (I'm 
>talking previously hacking in BASIC).  This is no good, since the dial command 
>goes out and before anything happens, DTR goes low killing the modem.

>Background:  I am using a terminal emulator which operates in block mode.
>However the modem can't handle a string which ends in an XOFF rather than 
>a carriage return.  So.... I though I would write a 'dialer' program which
>would dial the modem, then exit and start the emulation program so that it
>is ready by the time the modem connects.  So while going from the dialer
>program to the emulator, DTR has to stay high (so that the modem doesn't 
>hang up).

> The question:  Can I do this with Turbo C?  Do I have control over those
> bits in the 'modem port' of the PC?

 The answer is definitely yes, you can do this in Turbo-C, but first, what
 confuses me is that you say: "I thought I would write a 'dialer' program
 which would ... then exit and start the (terminal) emulation program...";
 then later on: "so while going from the dialer ..., DTR has to stay high",
 but initially, you reported: "when the program exits, it lowers DTR". It
 sounds like your own 'dialer' program is lowering the DTR upon exit to the
 emulator...what are you doing to make this happen?