Sender:	salvador AT delorie DOT com
Message-ID:	<3BA22440.3B1B27F0@inti.gov.ar>
Date:	Fri, 14 Sep 2001 12:37:36 -0300
From:	salvador <salvador AT inti DOT gov DOT ar>
Organization:	INTI
X-Mailer:	Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686)
X-Accept-Language:	es-AR, en, es
MIME-Version:	1.0
To:	djgpp AT delorie DOT com
CC:	Silver <SilverBanana AT gmx DOT de>
Subject:	Re: MinGW32 + Rhide + DJGPP
References:	<3B7FE8E2 DOT 2FC04D8C AT gmx DOT de> <3B7FED0B DOT 1E94B093 AT is DOT elta DOT co DOT il> <3B7FEE7B DOT E62F6433 AT gmx DOT de> <1659-Sun19Aug2001221011+0300-eliz AT is DOT elta DOT co DOT il>
Reply-To:	djgpp AT delorie DOT com

Eli Zaretskii wrote:

> > From: Silver <SilverBanana AT gmx DOT de>
> > Newsgroups: comp.os.msdos.djgpp
> > Date: Sun, 19 Aug 2001 18:51:07 +0200
> > >
> > > Is the compilation command line longer than 126 characters?  If so, I don't
> > > think RHIDE could pass such a long command to the MinGW compiler.
> >
> > May be. Is there any easy way (means: without recompilation) to show the
> > commandline? Any debug utility?
>
> I don't use RHIDE, so I don't know.  Anyone?

Options|Environment|Preferences|show process information
But that's usually checked (at least in 1.4.7.x versions).

> > Even if not: Should that work?
> > I just read that DJGPP uses internally (means: GCC to preprocessor and
> > linker, etc.) uses a parameter "!proxy" which transfers parameter via
> > dpmi. Does Rhide use this? Is it configurable?
>
> RHIDE uses this (it's a standard part of the DJGPP library, so any
> DJGPP program uses it), but this method can only be used to pass long
> command lines to DJGPP programs.  MinGW isn't a DJGPP program.

And there are other problems. I was able to use RHIDE with MingW32 but looks like
there are redirection problems. If the program compiles ok all is fine, but if
some error occurs is like if it wasn't captured by RHIDE. Like if the child
process had an independent stderr, I don't know was really strange.
Currently Turbo Vision (the library used for the UI interface of RHIDE) can be
compiled for Win32 using BC++ 5.5 and MingWin32, a user also sent me patches for
CigWin this week. It means that a Native Win32 RHIDE is possible, in fact the user
that sent me patches to compile the MingWin32 code with CigWin have this goal. If
you are interested in following the events around it and/or help porting/testing
please subscribe to RHIDE mailing list (http://www.rhide.com).

SET

--
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Visit my home page: http://welcome.to/SetSoft or
http://www.geocities.com/SiliconValley/Vista/6552/
Alternative e-mail: set-soft AT bigfoot DOT com set AT computer DOT org
                    set AT ieee DOT org
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA Phone: +(5411) 4759 0013

- Raw text -