Hi @disordered, we require contributors to sign our Contributor License Agreement, and we don't have yours on file. In order for us to review and merge your code, please access https://www.artima.com/cla/choose-type to sign our Contributor License Agreement. Your effort is highly appreciated. Thank you.

Hi @disordered, we require contributors to sign our Contributor License Agreement, and we don't have yours on file. In order for us to review and merge your code, please access https://www.artima.com/cla/choose-type to sign our Contributor License Agreement. Your effort is highly appreciated. Thank you.

I reviewed the agreement, and I don't feel like sharing my contact information and address with you guys. You can still use the contribution as you wish, though.

@disordered Hmm, curious why does ZIO throw exceptions that Throwable? That seems unidiomatic on the JVM.

@disordered Hmm, curious why does ZIO throw exceptions that Throwable? That seems unidiomatic on the JVM.

I don't really know. I would have guessed that it is their way to suppress stacktraces (ZIO tracks fiber failures accross threads), but turns out you can suppress stacktrace on exceptions too.

Maybe scaladoc on FiberFailure sheds some light:

Represents a failure in a fiber. This could be caused by some non- recoverable error, such as a defect or system error, by some typed error, or by interruption (or combinations of all of the above).
This class is used to wrap ZIO failures into something that can be thrown, to better integrate with Scala exception handling.

Hi @disordered, we require contributors to sign our Contributor License Agreement, and we don't have yours on file. In order for us to review and merge your code, please access https://www.artima.com/cla/choose-type to sign our Contributor License Agreement. Your effort is highly appreciated. Thank you.

Hi @disordered, we require contributors to sign our Contributor License Agreement, and we don't have yours on file. In order for us to review and merge your code, please access https://www.artima.com/cla/choose-type to sign our Contributor License Agreement. Your effort is highly appreciated. Thank you.

@bvenners I switched the catch to NonFatal instead, which will not catch what scala considers fatal throwables.
They consider InterruptedException fatal, which was caught before, however.