Better definition of async exceptions - #53

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 syncIO to ignore asynchronous exceptions. However, I'd like to preserve the old behavior under a function of a new name (i.e. unexceptionalIO or whatever), since I think it's useful to have a function which tries to squeeze as many exceptions out of IO as possible

The function you're describing would "squeeze" less exception types out of IO, not more. And any function that squeezes more types out of IO would allow recovering from an async exception, which would be broken behavior.

Oh, weird. For some reason I thought that Unexceptional.fromIO just did a catch all on SomeException. Never mind, then. This is fine as is

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.