You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The specification states in [3.7. Abstract Commands]:
If the debugger starts a new command while busy is set, cmderr becomes 1 (busy), the currently executing command still gets to run to completion, but any error generated by the currently executing command is lost.
AFAIU, this presents an issue when accessing non-idempotent memory. When abstractcs.cmderr == busy after the access there is no way to know whether the access has actually succeeded. Should there be a way to address this?
The text was updated successfully, but these errors were encountered:
The specification states in [3.7. Abstract Commands]:
AFAIU, this presents an issue when accessing non-idempotent memory. When
abstractcs.cmderr == busy
after the access there is no way to know whether the access has actually succeeded. Should there be a way to address this?The text was updated successfully, but these errors were encountered: