Bug 164920 - Variables window refresh problem
Summary: Variables window refresh problem
Status: NEW
Alias: None
Product: CDT
Classification: Tools
Component: cdt-debug (show other bugs)
Version: 3.1   Edit
Hardware: All All
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: cdt-debug-inbox@eclipse.org CLA
QA Contact: Jonah Graham CLA
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-11-16 22:06 EST by Lijun An CLA
Modified: 2020-09-04 15:19 EDT (History)
3 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Lijun An CLA 2006-11-16 22:06:51 EST 
step by step, and step to the line "v = 9;" 
        variables window still show "t1 = 5".(the real value is 1.1) 
        I traced source code, because "-stack-list-locals 0" not detected the "t1" changed, and not create new var. 

        by the way, I think "-var-create" can not reply the type of varaible change, and variable name not change. 

int main(void)
{
        int v = 0;
        {
                int t1 = 5;
        }
        {
                float t1 = 1.1;
                v = 9;
        }
        return 0;
}
Comment 1 Marc-André Laperle CLA 2010-02-02 17:35:04 EST 
I can reproduce this with CDI but not with DSF-GDB using CDT 6.0.2 and 7.0. So this can probably be changed to cdt-debug-cdi-gdb.
Comment 2 Marc Khouzam CLA 2010-02-02 20:43:26 EST 
(In reply to comment #0)

> int main(void)
> {
>         int v = 0;
>         {
>                 int t1 = 5;
>         }
>         {
>                 float t1 = 1.1;
>                 v = 9;
>         }
>         return 0;
> }

I didn't think DSF-GDB handled sub-blocks properly (I hadn't found a good way to do it).  Maybe GDB does things better in newer versions?  Which GDB did you use to test this?
Comment 3 Marc-André Laperle CLA 2010-02-02 21:16:04 EST 
I used GDB 7.0.1 from Fedora and Apple's gdb-1346.