X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f X-Recipient: djgpp AT delorie DOT com In-Reply-To: <200709270405.l8R452ET008178@delorie.com> Subject: Re: C programming errors, and some other things Resend To: djgpp AT delorie DOT com X-Mailer: Lotus Notes Release 7.0.2 September 26, 2006 Message-ID: From: Gordon DOT Schumacher AT seagate DOT com Date: Thu, 27 Sep 2007 09:58:59 -0600 X-MIMETrack: Serialize by Router on SV-GW1/Seagate Internet(Release 7.0.1 HF29|March 07, 2006) at 09/27/2007 08:59:32 AM MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII X-Proofpoint-FWRule: outbound2 X-Proofpoint-Virus-Version: vendor=fsecure engine=4.65.5502:2.3.11,1.2.37,4.0.164 definitions=2007-09-27_05:2007-09-26,2007-09-27,2007-09-27 signatures=0 Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk Ethan Rosenberg wrote on Wed, 26 Sep 2007 00:45:00 -0400: # 3] However... previously when I compiled with RHIDE, the screen would # show the compile commands; eg, gcc -g -o bla.c bla.o [I am probably # not accurate with what I just wrote, but you have the idea.] Now all # it says it "compiling". # # 3] If I set a breakpoint, and wish to run till breakpoint [F4], RHIDE # crashes with a diagonal display on the screen showing some of the C # code, and some messages "code not created for ....". I think it is # being compiled w/o debugging code and is being optimized. Is there # any compiler flag that will force the system not to optimize? # # 4] If I step thru the program, [F7 or Shift F7], the user screen is # never displayed. When the program needs input, there is no way to do it. # # FYI - I was using ver 5 of RHIDE [rhid15ab.zip] and was experiencing # the above problems. I switched to an earlier version, [rh1501b.zip] # and the problem persists. My first suggestion - to you and others that have been requesting help with vaguely similar issues - would be, give up on RHIDE. It's not been supported (for DJGPP, at any rate) for years now - which means that there are a host of problems with using it with the modern toolchains (and often with modern machines as well). For instance, under GCC 3.x or greater, you cannot put breakpoints in C++ constructors or destructors; they will simply be ignored. You often cannot inspect member variables. Breakpoints often crash or give unpredictable results... etc., etc. (And yes, that's even with optimization disabled.) My suggestion would be to use "gdb -tui" instead; the latest GDB download supports the TUI mode. This still requires that you learn the GDB command-line, but it's not as bad as one might think. And as you get more used to it, you'll discover that you can do things with it that you could never do with RHIDE. http://sourceware.org/gdb/documentation It'd be nice to get RHIDE/RHGDB fixed, or get another frontend... but until then I don't think it's worthwhile to try and fight with it.