| Summary: | GDB Hardware debugger ignores fullpath attribuite in stack traces. | ||
|---|---|---|---|
| Product: | [Tools] CDT | Reporter: | Doug Schaefer <cdtdoug> |
| Component: | cdt-debug-cdi-gdb | Assignee: | Doug Schaefer <cdtdoug> |
| Status: | RESOLVED WONTFIX | QA Contact: | Elena Laskavaia <elaskavaia.cdt> |
| Severity: | normal | ||
| Priority: | P3 | CC: | pawel.1.piech |
| Version: | 7.0 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | |||
|
Description
Doug Schaefer
I'll try and dig into it more. Until the dsf/gdb remote debugger becomes more flexible, I need the hardware debugger. Actually, later on in my session it picked it up fine. I think it was the order in which events occurred. The debugger paused on start up before the gdb knew where the source paths were. Later on, it finds out via the run commands I gave it. The stack event is pushed out again but we don't update the debug view with it. At any rate, this isn't very critical since I'm kinda abusing the launcher for something it wasn't intended fore. Forgot what this was about. Putting a note to remind me. "Android" Thinking of using TCF for Android. Kill this unless I need it later. |