delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/2001/09/16/21:19:04

Message-ID: <3BA54CA1.1CF5C563@worldnet.att.net>
From: Les Cargill <lcargill AT worldnet DOT att DOT net>
X-Mailer: Mozilla 4.72 [en] (Win98; I)
X-Accept-Language: en
MIME-Version: 1.0
Newsgroups: comp.os.msdos.djgpp
Subject: Making an app block & flush stdout.
Lines: 21
Date: Mon, 17 Sep 2001 01:04:27 GMT
NNTP-Posting-Host: 12.86.209.175
X-Complaints-To: abuse AT worldnet DOT att DOT net
X-Trace: bgtnsc05-news.ops.worldnet.att.net 1000688667 12.86.209.175 (Mon, 17 Sep 2001 01:04:27 GMT)
NNTP-Posting-Date: Mon, 17 Sep 2001 01:04:27 GMT
Organization: AT&T Worldnet
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com

Hi, all.

Is there some means of causing a console app to block ( with respect to Windows
)
and flush the output? 

I have a program suite which uses a Tcl GUI ( since it's pretty easy ) as a
"client", and a 'C'-written  "server" which spits out text via stdout using
printf/puts/the usual suspects.

DOS , of course, uses temp files for pipes. I was sorta hoping there
was some way to cause stdin/stdout to act more like Uniz pipes/sockets.

I can use sockets. I figure that's the answer. If so, does the person running
the 
app have to have Winsock, or TCP/IP on the machine to run this program, or will 
the Tcl  and DJGPP socket layers "find" each other? I know the answer in 
Solaris/SunOS4/Linux/ contexts...

--
http://home.att.net/~lcargill

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019