Sender: salvador AT delorie DOT com Message-ID: <3BA22440.3B1B27F0@inti.gov.ar> Date: Fri, 14 Sep 2001 12:37:36 -0300 From: salvador 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 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> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: djgpp AT delorie DOT com Eli Zaretskii wrote: > > From: Silver > > 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