Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cdt-dev] Multiple statement arrows

Title: Multiple statement arrows
If pt.2 is not followed there are other issues that are likely to show up when the UI is being stressed.  The main problem is that when the view is refreshed and an element is selected, the view will attempt to re-apply the selection after refresh.  If the new stack frame's equals() implementation is not consistent, the selection in Debug view may get lost unexpectedly.


Leherbauer, Anton (Toni) wrote:
1. When I debug with EDC I see that the frame DMC level of the top stack frame is 1 instead of the expected 0.
2. The frame changes its id between steps. IntructionPointerManager assumes that the top frame DMC of a thread equals() the top frame DMC after the step.
Together this would explain why annotations are not removed.
To fix the annotation issue, I think it is sufficient to fix pt. 1.
I am not sure if pt. 2 is actually a wrong restriction in the InstructionPointer or if there are also other areas which rely on equality of frames between steps.

From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of ken.ryall@xxxxxxxxx
Sent: Wednesday, January 13, 2010 12:14 AM
To: cdt-dev@xxxxxxxxxxx
Subject: [cdt-dev] Multiple statement arrows

I’m trying to track down a debugger bug where multiple statement arrows occasionally appear in the editor after stepping:

I thought someone else had mentioned something about this behavior but I can’t find anything in Bugzilla or in the list archives. If you have any clues please let me know.

Thanks - Ken

_______________________________________________ cdt-dev mailing list cdt-dev@xxxxxxxxxxx

Back to the top