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
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp

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.

- Raw text -