explicit-exception

Exceptions which are explicit in the type signature.

http://wiki.haskell.org/Exception

Version on this page:	0.1.10.1
LTS Haskell 23.3:	0.2@rev:2
Stackage Nightly 2025-01-12:	0.2@rev:2
Latest on Hackage:	0.2@rev:2

See all snapshots explicit-exception appears in

BSD-3-Clause licensed and maintained by Henning Thielemann

This version can be pinned in stack with:explicit-exception-0.1.10.1@sha256:3bc95f1cf75beae57c2ca0c1eb909eb2d63433be3477fda7a8994f9bec52aeab,4018

Module documentation for 0.1.10.1

Control
- Control.Monad
  - Control.Monad.Exception
    - Control.Monad.Exception.Asynchronous
      - Control.Monad.Exception.Asynchronous.Lazy
      - Control.Monad.Exception.Asynchronous.Strict
    - Control.Monad.Exception.Synchronous

Depends on 4 packages(full list with versions):

base, deepseq, semigroups, transformers

Used by 8 packages in lts-20.11(full list with versions):

checksum, lapack-ffi-tools, midi, sox, spreadsheet, synthesizer-core, unique-logic, xml-basic

Synchronous and Asynchronous exceptions which are explicit in the type signature. The first ones are very similar to Either and Control.Monad.Error.ErrorT. The second ones are used for System.IO.readFile and System.IO.hGetContents. This package is a proposal for improved exception handling in Haskell. It strictly separates between handling of exceptional situations (file not found, invalid user input, see http://wiki.haskell.org/Exception) and (programming) errors (division by zero, index out of range, see http://wiki.haskell.org/Error). Handling of the first one is called "exception handling", whereas handling of errors is better known as "debugging".

For applications see the packages midi, spreadsheet, http-monad.

Although I'm not happy with the identifier style of the Monad Transformer Library (partially intended for unqualified use) I have tried to adopt it for this library, in order to let Haskell programmers get accustomed easily to it.