Version: (using Devel) Compiler: g++ 4.4.1 OS: Linux Installed from: Compiled sources When stopped at a breakpoint, changing frame in the Frame Stack does not switch the frame stack in gdb console. 1. assign breakpoint deep enough to have a few frames, 2. stop at the breakpoint (local variables are shown correctly) 3. change active frame in the stack (local variables are changed accordingly) 3. switch to the gdb prompt 4. type any command, e.g. "info f", all commands behave the same to me 5. info about stack level 0 is printed (local variables are also switched back to level 0)
The reason for this is that the Frame Stack is reloaded after executing the user command, and this seems to lose the current frame.
SVN commit 1075626 by nsams: Don't reset currentFrame when reloading threads. The issue that remains using the correct frame for NonMI commands. CCBUG: 222882 M +2 -0 kdevelop/debuggers/gdb/debugsession.h M +24 -0 kdevelop/debuggers/gdb/unittests/gdbtest.cpp M +1 -0 kdevelop/debuggers/gdb/unittests/gdbtest.h M +7 -6 kdevplatform/debugger/framestack/framestackmodel.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1075626
I tried the latest svn, rev 1075828 and the problem remains. The application I am debugging is single-threaded. It seems to me that the frame is not changed after executing the command but before. The command that is executed returns results related to frame 0.
That's why I didn't set the status to FIXED... Try opening the variable view, kdevelop then sends one command with the changed frame and have it switched for your custom command. At least this worked for me.
Sorry, I thought the commit should have changed the behavior somehow. Also, I am not following your suggestion. When I open variable view, I see Local variables related to the current frame, I see no other way how to change frame then the frame stack view. However, I think it is not related to any views. I can change the frame but it does not stay there. It is probably in some code that is listening to gdb console. I observe the following: 1. stop in a breakpoint 2. switch to gdb prompt 3. type l - executed in frame 0 4. type up - tells you you are in frame 1 5. type l - executed in frame 1 6. type l - executed in frame 0 So, somewhere between 5 and 6, the frame was changed.
SVN commit 1076102 by nsams: Reset currentFrame when entering PausedState. CCBUG: 222882 M +11 -1 framestackmodel.cpp M +3 -0 framestackmodel.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1076102
Please try again with my latest commit. Frame stack view is the only way to switch frames. up does not switch frame correctly - thats a different issue (Bug 222967).