Jump to content

Calling Execution.Break in a Trace UI message event callback after a Step Over causes the next Step Over to be a no-op?


ccarner

Recommended Posts

I encountered something strange today. While paused in an active execution with the execution pointer at the last step in Main, I call Step Over, and in the resulting Trace UI message event callback, I call Execution.Break (the code doesn't realize that the execution will stop anyway); after the callback, the execution pauses at the end of the Main step group. Then, when I call Step Over again, I get the UIMsg_ResumeFromBreak and UIMsg_BreakOnBreakpoint, but no UIMsg_Trace as expected, and the execution doesn't seem to change state. I would expect the execution pointer to advance to the start of the next step after the calling step (there are no Cleanup steps).


 


Note that this does not occur when the execution pointer does not point to the last step in Main, and also does not occur when the execution does not pause before running the last step in Main.


 


My only thought is that the TestStand engine is perhaps erroneously inserting an extra breakpoint somewhere, but I don't see a way to determine if the execution will break at the end of a step (including after the last step in a step group) without manually calculating it sometime earlier. Or maybe I'm ignorant of something else going on? Any help is appreciated.


Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.