Bug 203434

Summary:	Debugger doesn't show local variables from different frames
Product:	[Applications] kdevelop	Reporter:	Thomas McGuire <mcguire>
Component:	CPP Debugger	Assignee:	kdevelop-bugs-null
Status:	RESOLVED FIXED
Severity:	normal	CC:	gpiez, heimlich, mihai.stanescu, niko.sams
Priority:	VHI
Version:	unspecified
Target Milestone:	4.0.0
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed In:

Description Thomas McGuire 2009-08-11 15:27:18 UTC

Version:            (using Devel)
OS:                Linux
Installed from:    Compiled sources

When switching between frames with the "Frame Stack" widget, the "Variables" widget doesn't update its local variables.
So it is not possible to examine variables from other than the current frame, which is very often needed, for example after crashes (it usually segfaults in a very low-level frame).

The tooltip for variables also doesn't seem to work for frames other than the current one.

This is something fundamental for a debugger and I would expect this to work in the final 1.0 release.

Comment 1 Andreas Pakulat 2009-08-11 15:55:09 UTC

I'm guessing that our frontend doesn't even switch the frames, but just allows to open the corresponding files at the moment. Hence implementing a way to actually switch the instruction-pointer to the given frame would probably solve this already.

Comment 2 Mihai 2009-11-06 14:05:07 UTC

Im using kdev 3.9.96 & gdb 7.0 and i don't see any locals after i stopped in a breakpoint

Info locals on gdb says
^done(gdb) info locals
info locals
rval = -1
__FUNCTION__ = "doExecute"
^doneterpreter=mi2 -quiet


I do not change any frames

Comment 3 Andreas Pakulat 2009-11-15 23:00:11 UTC

We really need locals to work in the debugger - and they don't work at all currently.

Comment 4 Gunther Piez 2009-11-20 16:23:48 UTC

Currently locals don't work at all in the debugger. Although I am fed up with eclipse, this is a show stopper for me. Come on guys, fix it, so I can come back to kdevelop ;-)

Comment 5 Niko Sams 2009-11-28 12:53:19 UTC

fixed in trunk.
(rev. 1055240 and 1055628)