From: sparhawk AT eunet DOT at (Gerhard Gruber)
Newsgroups: comp.os.msdos.djgpp
Subject: Re: read stderr
Date: Mon, 20 Jul 1998 16:14:14 GMT
Organization: Customer of EUnet Austria
Lines: 32
Message-ID: <35b55d36.925455@news.Austria.EU.net>
References: <01bdb1c5$1f278800$0a1f1bc4 AT default> <6oont0$rt2$2 AT news DOT luth DOT se> <35b568ae DOT 3265071 AT news DOT Austria DOT EU DOT net> <35B2598C DOT 94198835 AT cartsys DOT com>
NNTP-Posting-Host: e146.dynamic.vienna.at.eu.net
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Content-Transfer-Encoding: 8bit
Precedence: bulk

Destination: Nate Eldredge <nate AT cartsys DOT com>
From: Gruber Gerhard
Group: comp.os.msdos.djgpp
Date: Sun, 19 Jul 1998 13:39:40 -0700:

>> That would be portable, but rather ugly. :) Also this means that you have to
>> wait until the other program is finished and you can't launch programs that
>> require interaction. I'd also be interested in how to doing this. Hmmm.
>> Probably the author of RHIDE knows something because he did this there.
>
>That would need multitasking, which is highly non-trivial to implement
>under DOS.  In what way does RHIDE do this?  AFAIK, it either shows the
>stderr of a program (like GCC), which you can do by dup2'ing fd 2 to a
>file and displaying that, or it shells out, which is a simple case of
>spawn.

With dup2 it still requires multitasking, isn't it? Is it possible this way,
to do input as well (via stdin)?

--
Bye,
   Gerhard

email: sparhawk AT eunet DOT at
       g DOT gruber AT sis DOT co DOT at

Spelling corrections are appreciated.