Skip to content

clarify setjmp/longjmp limitations when implemented using exceptions #9

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

Merged
merged 1 commit into from
Apr 30, 2015

Conversation

kripken
Copy link
Member

@kripken kripken commented Apr 30, 2015

@sunfishcode - this is what I was suggesting in that comment, to clarify about setjmp/longjmp. I also changed it to may as you suggested. Up to you though, if you don't think the clarification is worth it, just close this.

opposite approach). (This can enable all of the defined behavior of
`setjmp`/`longjmp`, namely unwinding the stack, but does not allow
the undefined behavior case of jumping forward to a stack that
was already unwound.)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd drop the extra parens.

Maybe discuss coroutines? That's usually what sjlj UB is used for.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Done.

@lukewagner
Copy link
Member

Perhaps worth pointing out that explicit coroutine support is being considered separately (so that it's not so bad that longjmp can't jump forward).

@kripken
Copy link
Member Author

kripken commented Apr 30, 2015

Done.

@lukewagner
Copy link
Member

Thanks!

lukewagner added a commit that referenced this pull request Apr 30, 2015
clarify setjmp/longjmp limitations when implemented using exceptions
@lukewagner lukewagner merged commit 31bbe91 into master Apr 30, 2015
@kripken kripken deleted the setjmp-note branch April 30, 2015 18:38
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

Successfully merging this pull request may close these issues.

4 participants