Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Adventures in concurrent tODE sessions: resume dbContinue: #281

Open
dalehenrich opened this issue Aug 12, 2016 · 0 comments
Open

Adventures in concurrent tODE sessions: resume dbContinue: #281

dalehenrich opened this issue Aug 12, 2016 · 0 comments

Comments

@dalehenrich
Copy link
Owner

When resuming from a debugged session, the dbContinue message is sent in the context of a different UI process ... not in the context of the origin thread, so that the client side error handlers are not properly invoked.

Here's a client-side doit for Voyage that illustrated the problem (execute same code in two playgrounds after both debuggers come up resume the second debugger, then the first debugger and you will get a third debugger):

[ 
    VORepository current abort.
    Smalltalk at: #'_TUGRIK_X' put: '1'.
    self halt.
    VORepository current commit.
    Smalltalk at: #'_TUGRIK_X'
    ] voyageDoOnServer
dalehenrich added a commit to dalehenrich/Tugrik that referenced this issue Aug 12, 2016
…retically allow client a chance to handle after resuming in the debugger ... see Issue dalehenrich/tode#281 for complicating factor
dalehenrich added a commit that referenced this issue Aug 12, 2016
…retically allow client a chance to handle after resuming in the debugger ... see Issue #281 for complicating factor
dalehenrich added a commit that referenced this issue Aug 12, 2016
…retically allow client a chance to handle after resuming in the debugger ... see Issue #281 for complicating factor
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant