Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Conversation

@monojenkins
Copy link
Contributor

If there is a perform_wait_callback in the stack there will be another catch generated by the method called in the owner thread, so we don't need to throw as unhandled exception, we can continue and find the next catch.

Fixes #17083

Backport of #17106.

Backport of #17203.

/cc @thaystg

…r catch generated by the method called in the owner thread, so we don't need to throw as unhandled exception, we can continue and find the next catch.

Fixes mono#17083

Backport of mono#17106.
@thaystg
Copy link
Contributor

thaystg commented Oct 7, 2019

@monojenkins build failed

@thaystg
Copy link
Contributor

thaystg commented Oct 7, 2019

@monojenkins build failed

@thaystg
Copy link
Contributor

thaystg commented Oct 7, 2019

This backport is not very risky because is undoing part of something done in this commit 405d521, so there is a small chance of this commit create a new bug.

@thaystg
Copy link
Contributor

thaystg commented Oct 7, 2019

/cc @marek-safar

@thaystg thaystg closed this Oct 8, 2019
@knocte
Copy link
Contributor

knocte commented Oct 8, 2019

@thaystg why close this? if this is not going to mono 6.4.x can I get a rough idea of when 6.6 will hit stable channel?

@akoeplinger
Copy link
Member

@knocte this was targeting the 2019-02 branch (i.e. Mono 6.0) which we no longer care about. For the 2019-06 backport (Mono 6.4) see here: #17203

@knocte
Copy link
Contributor

knocte commented Oct 8, 2019

Ah thanks Alex!

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