| Summary: | debug view messed up on terminate | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Tools] CDT | Reporter: | Vladimir Prus <vladimir.prus> | ||||||
| Component: | cdt-debug-dsf-gdb | Assignee: | Project Inbox <cdt-debug-dsf-gdb-inbox> | ||||||
| Status: | CLOSED INVALID | QA Contact: | Marc Khouzam <marc.khouzam> | ||||||
| Severity: | normal | ||||||||
| Priority: | P3 | CC: | pawel.1.piech | ||||||
| Version: | 8.0 | ||||||||
| Target Milestone: | --- | ||||||||
| Hardware: | PC | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Attachments: |
|
||||||||
|
Description
Vladimir Prus
Created attachment 180116 [details]
Screenshot of the problem
Observe that the thread is displayed as child of the 'gdb' element -- while normally, it's a child of "container" node. This fact is a key insight that leads to the forthcoming patch.
Created attachment 180117 [details]
Fix
When debugging, the launch item in debug view has three children:
- "container", which has threads
- gdb
- program itself
After terminate, the "container" goes away, while the other two remain, in "terminated" state. The screenshot shows that children of "container" appear to be stuck under gdb.
This is happening because when TreeModelViewProvider decides to update the new 0-th element, gdb, and calls doUpdateHasChildren, it cannot get no IElementContentProvider for GDBProcess, and apparently gets very upset and instead of clearing children, keeps the stale ones.
This patch fixes it by providing IElementContentProvider adapter for GDBProcess.
Which platform are you using? If you look at the screenshot attached to Bug 264895, it is exactly the same as the problem you are seeing. This was fixed in the platform by bug 310497. I have whatever platform is in Helios, which identifies itself as 3.6.0.v20100427-9hF78GQHFvItsz0S5GyW7qqoQ6yMHokFS58. Is the fix more recent than that? That fix is part of Helios. You wouldn't happen to have checked-out an old version of the platform plugins? It looks like I had something not-exactly-final-helios as my PDE. When I try with SR1, this bug is indeed gone. Sorry for the false alarm. (In reply to comment #6) > It looks like I had something not-exactly-final-helios as my PDE. When I try > with SR1, this bug is indeed gone. > > Sorry for the false alarm. Good news :-) |