failure
exceptions
failure | exceptions | |
---|---|---|
- | 1 | |
7 | 51 | |
- | - | |
0.0 | 5.4 | |
over 10 years ago | 2 months ago | |
Haskell | Haskell | |
BSD 3-clause "New" or "Revised" License | BSD 3-clause "New" or "Revised" License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
failure
We haven't tracked posts mentioning failure yet.
Tracking mentions began in Dec 2020.
exceptions
-
Async Control Flow
I see. Do you think rethrowing the original exception is the the right approach in all cases, or only in this case? In the documentation I wrote for the exceptions package, I recommend to let the release block's exceptions take priority, to match base's behavior. Should I recommend the opposite?
What are some alternatives?
transient - A full stack, reactive architecture for general purpose programming. Algebraic and monadically composable primitives for concurrency, parallelism, event handling, transactions, multithreading, Web, and distributed computing with complete de-inversion of control (No callbacks, no blocking, pure state)
either - the EitherT monad transformer
freer-simple - A friendly effect system for Haskell
categories - categories from category-extras
mtl - The Monad Transformer Library
errors - Type-safe error handling
apecs - a fast, extensible, type driven Haskell ECS framework for games
control-monad-exception - Explicitly Typed exceptions as a library
recursion-schemes - Generalized bananas, lenses and barbed wire
hask - Category theory for Haskell with a lens flavor (you need GHC 7.8.3, not 7.8.2 to build this!)
capability - Extensional capabilities and deriving combinators
control-monad-omega - A Haskell monad for fair enumeration of infinite sets.