Re: insight Digest 29 Nov 2000 00:57:44 -0000 Issue 263

Re: insight Digest 29 Nov 2000 00:57:44 -0000 Issue 263

[Jim Ingham]

Fabrice,

Be a little careful about this.  We took the arguments and their values out of the stack window because refetching them each time you stepped really slowed down stepping, particularly when used with the target board over a slow link, and/or when the stack was deep.  "bt" itself is a pretty slow command, and if you put all the work that it does into the Stack window, you are essentially forcing the user to do a "bt" for each step!

It might be better to put the arguments in a separate area of the Local Variables window, so you fetch it for the current frame when you stop, and then for the other frames you are interested in when you switch frames.  Another idea is to put disclosure triangles in the stack window, which open to reveal the arguments for a given frame?

Anyway, however you decide to implement this, be aware that the simplistic fetch & display 'em all attitude can cause pretty noticible lags in stepping, which usually ticks people off more than somewhat, and quite some...

Jim

On Tuesday, November 28, 2000, at 04:57 PM, insight-digest-help@sources.redhat.com wrote:

> From: Fabrice Gautier <Fabrice_Gautier@sdesigns.com>
> Date: Tue Nov 28, 2000  04:57:01 PM US/Pacific
> To: "'insight@sources.redhat.com'" <insight@sources.redhat.com>
> Subject: Backtrace (call stack) feature request
> 
> Hi,
> 
> I've noticed a difference between the information shown by the bt command
> and the information shown by the call stack window:
> 
> The bt command shows the name and value of the parameter for each 
> function,
> the call stack window shows the type of the parameter.
> 
> I prefer the bt way. And would like to have the same in the window.
> 
> Thanks
> -- 
> Fabrice Gautier
> fabrice_gautier@sdesigns.com 

--
Jim Ingham                                   jingham@apple.com
Developer Tools - gdb
Apple Computer

Re: comment in managedwin.itb

[Jim Ingham]

Keith,

Actually, IIRC this comment came from Martin.  I merged a whole bunch of his changes onto the main line at some point, so I ended up being the cvs annotate author of lots of stuff that was Martin's rather than mine.  But I remember vaguely having some conversation with him on the phone about this, but sadly not in any detail, so I can't really shed light on why we left this out.

Sorry...

Jim

> From: Keith Seitz <kseitz@firetalk.com>
> Date: Tue Nov 28, 2000  01:07:54 PM US/Pacific
> To: tromey@cygnus.com
> Cc: Insight List <insight@sourceware.cygnus.com>
> Subject: Re: comment in managedwin.itb
> 
> Syd Polk wrote:
> > 
> > At 01:57 PM 11/28/00 -0700, Tom Tromey wrote:
> > >I see this code in managedwin.itb:
> > >
> > >   # I don't understand this next line and no one commented it, so it'
> s gone.
> > >   #focus -force [focus -lastfor $top]
> > >
> > >   focus $top
> > >
> > >
> > >I think I probably wrote the commented-out code.  Finding who
> > >commented it out was annoying (most copies of the code in CVS were
> > >made by people who obviously weren't the author), but I think it was
> > >Jim Ingham.
> 
> It could have been me, too. I don't recall anymore... In any case, I
> thought that this screwed up certain dialogs, TargetSelection in
> particular. (Or maybe it did this just on windows??? Or when something
> went awry...)
> 
> Anyway, I've said something now so it's in the archives. Maybe we'll
> find out why this was done later. Perhaps there is some context in the
> changelog?
> 
> Keith

--
Jim Ingham                                   jingham@apple.com
Developer Tools - gdb
Apple Computer