X-Authentication-Warning: delorie.com: mailnull set sender to djgpp-bounces using -f From: "sgrb" Newsgroups: comp.os.msdos.djgpp References: Subject: Solution about " RHIDE debug ". Lines: 68 X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Message-ID: Date: Sun, 03 Mar 2002 17:22:31 GMT NNTP-Posting-Host: 212.171.154.180 X-Complaints-To: newsmaster AT tin DOT it X-Trace: news2.tin.it 1015176151 212.171.154.180 (Sun, 03 Mar 2002 18:22:31 MET) NNTP-Posting-Date: Sun, 03 Mar 2002 18:22:31 MET Organization: TIN To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Reply-To: djgpp AT delorie DOT com Rhide must not allow to add watch espressions that contain increments (like val[sp++] = f ) because while you go stepping through the program (using PF7) the value of the variable increases.The espression above fills up the buffer " val " with only one or two numbers in input !!!!!!!!! In this case you have to use " val[sp]=f " .( in my preceding E-mail I was wrong ). To me the bug is fixed this way.Sorry , thanks . "sgrb" ha scritto nel messaggio news:ph5g8.28897$_u5 DOT 853122 AT news1 DOT tin DOT it... > Just to break the silence I can add a consideration. > Rhide has copied GDB. > GDB doesn't allow statement " val[sp++] = f " in a > Watch breakpoint (reply with message " Cannot access > memory at address 0x---- " ). > Perhaps Rhide Should do so. > GDB allows "val[sp] " and when stops gives all informations about statements > involved > (also " val[sp++] = f " ). > But still Rhide also with " val[sp] " does the usual error. > > > "sgrb" ha scritto nel messaggio > news:Q6re8.12137$_u5 DOT 422146 AT news1 DOT tin DOT it... > > DJGPP environment is the best teacher in the world ! > > I 'm learning C and assembler thanks to compilers, Gurus, > > Rhide , informations .I'm moving through the code using Rhide debugging > > menu.Till now evrything has been ok . > > Now I have used " Watch an espression" : it happens how actions were > > repeted. For exemple in a code like : > > " val[sp++] = f " > > the buffer (say f is 3 , sp is 0 ) becomes after " Watch an espression " > > ,PF7, "Watch an espression" as this facility shows :: > > > > val { 0,3,0,3,0,3,0,3,0,3,0,3.......and so on > > val[sp++] = f :3 > > sp=64 > > > > The buffer has really all that stuff. I see that in the other displays I > can > > do. As you see is how the instruction was > > been executed 64 times ! > > If I follow the program with all the other debugging support it's all ok. > > It's a pity,watch an espression would be great.I have Windows ME,DJGPP > > 2.03,Rhide 1.4.9. > > > > Thanks a lot. > > > > > > > > > > > > > >