safe-exceptions
rio-orphans
Our great sponsors
safe-exceptions | rio-orphans | |
---|---|---|
3 | 6 | |
132 | 836 | |
0.0% | 0.0% | |
3.4 | 0.0 | |
6 months ago | about 1 year ago | |
Haskell | Haskell | |
MIT License | GNU General Public License v3.0 or later |
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.
safe-exceptions
-
Spooky Masks and Async Exceptions
In case anyone is interested, there's a long discussion on this ticket. Still hoping somebody will respond to my comment.
-
Async Control Flow
In safe-exception and uniftio it was decided to rethrow the original exception exactly because they decided to use uninterruptibleMask, see here for details.
-
Why exactly I want Boring Haskell to happen
unliftio (and safe-exceptions) contains a very controversial choice of of using uninterruptibleMask inside its bracket. The argument for it seem to come from this issue and comes from the fact that one of the most popular resource finalizers hClose is interruptible. This is a simplification. It is interruptible only if a file handle is used concurrently. Such usage of file handles is rather odd, and it suggest wrong architecture, for example leaking file handles using concurrency. When using file handles in synchronous setting, what withFile pattern encourages, hClose will not block and thus mask is enough.
rio-orphans
-
Haskell IHP Framework, from a Technical and Business Perspective
https://github.com/commercialhaskell/rio#language-extensions which is cited as an example in simplehaskell's page on recommendations.
- [ANN] text-display 0.0.1.0: A typeclass for user-facing output
-
Haskell: The Bad Parts, part 2 (2020)
> Can we move to a better standard lib? Here Snoyman has put forward a great effort by releasing his classy-prelude, but iirc he also stopped using it.
He mentioned https://github.com/commercialhaskell/rio in the 1st article, it's interesting, I wasn't aware of it. (I am using classy-prelude but I might try it out.)
-
Are similar effects system like in Scalas ex: Cats Effects, ZIO etc also available in Haskell?
rio
-
Why exactly I want Boring Haskell to happen
It's worth mentioning that Snoyman's "Boring Haskell" is actually a fairly moderate position: if you look at his suggested list of language extensions, it's pretty broad (and fairly reasonable in my view).
-
Haskell The Bad Parts Part 1
via ByteString was recommended by Snoyman in the post Beware of readFile (referenced in the Haskell: The Bad Parts, part 1 too). But this has got a disadvantage compared to Data.Text.IO combined with hSetEncoding. This might be a good time to update Beware of readFile, u/snoyberg.
What are some alternatives?
unexceptionalio - IO without any PseudoExceptions
basic-prelude - An enhanced core prelude, meant for building up more complete preludes on top of.
ifcxt - constraint level if statements
time-warp
atl - Arrow Transformer Library
ghc-proposals - Proposed compiler and language changes for GHC and GHC/Haskell
effect-monad - Provides 'graded monads' and 'parameterised monads' to Haskell, enabling fine-grained reasoning about effects.
bytestring-progress - A Haskell library for tracking the consumption of lazy ByteStrings
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)
cond - Basic conditional operators with monadic variants.