Better definition of async exceptions#53
Conversation
syncIO previously relied upon the unexceptionalio package, which does not use the standard definition from base of an asynchronous exception. This brings errors in line with other libraries in the ecosystem for recovering from all exceptions.
|
I assume this is related to the discussion in singpolyma/unexceptionalio#9 I think this is a good change because it matches the stated contract of |
|
The function you're describing would "squeeze" less exception types out of |
|
Oh, weird. For some reason I thought that |
|
I'll wait three days before uploading to Hackage, just in case @singpolyma has any proposed changes |
|
Awesome, thanks! |
|
You're welcome! |
|
It's your package, of course. I'll just have to move the wrappers into my package or a new package for users who want what unexceptional offers. |
syncIO previously relied upon the unexceptionalio package, which does
not use the standard definition from base of an asynchronous exception.
This brings errors in line with other libraries in the ecosystem for
recovering from all exceptions.