| Summary: | Disassembly refresh view more than once | ||
|---|---|---|---|
| Product: | [Tools] CDT | Reporter: | Patrick Chuong <pchuong> |
| Component: | cdt-debug-dsf | Assignee: | Project Inbox <cdt-debug-dsf-inbox> |
| Status: | NEW --- | QA Contact: | Jonah Graham <jonah> |
| Severity: | normal | ||
| Priority: | P3 | CC: | aleherb+eclipse, pawel.1.piech |
| Version: | 7.0 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
|
Description
Patrick Chuong
I assume with "update itself more than once" you mean: It makes multiple requests for data. This is to be expected for 2 reasons: - There are heuristics and fallbacks to workaround cases where the backend (GDB) does not produce satisfying output. - The view makes requests for data as long as the visible area (+ some buffer space) is not completely filled. So, from my POV this is a WONTFIX, but if you can provide a patch to improve this, I'll leave it open. (In reply to comment #1) > I assume with "update itself more than once" you mean: It makes multiple > requests for data. I see the view goes blank with "..." and than the data is populated. Where as when you enter an address in the combo box, the view refresh without blanking out in the first place. If this is something that is not easily done by preventing the view to repaint during update, than I wouldn't push it to get fix. I can't promiss when I would be able to spend time to look into this issue, there are other more critical issue that required my attention at the moment. Unless some one feel it should stays open, you can close this defect. (In reply to comment #2) > I see the view goes blank with "..." and than the data is populated. Where as > when you enter an address in the combo box, the view refresh without blanking > out in the first place. A refresh means to clear out all cached information from the view. Entering an address just means to position to this address and fetch the data. That's two different things. |