Systematic concurrency testing meets Haskell.
Go to file
2015-07-24 17:44:48 +01:00
Control More transformer instances (inc. strict versions) 2015-05-30 01:45:20 +01:00
Data/List Use strict IntMaps where possible. 2015-07-24 15:47:24 +01:00
Test Improve memory usage of pbBacktrack 2015-07-24 17:44:48 +01:00
tests Make the stmAtomic test actually test STM atomicity 2015-07-08 18:18:18 +01:00
.gitignore Stackify 2015-07-19 04:39:39 +01:00
dejafu.cabal Use strict IntMaps where possible. 2015-07-24 15:47:24 +01:00
LICENSE Switch to MIT license 2015-03-13 14:58:42 +00:00
README.markdown Use Jenkins instead of Travis. 2015-07-19 12:20:18 +01:00
Setup.hs Initial commit: a class for monads providing concurrency. 2014-12-18 11:03:17 +00:00
stack.yaml Stackify 2015-07-19 04:39:39 +01:00

dejafu Build Status

Concurrency is nice, deadlocks and race conditions not so much. The Par monad family, as defined in abstract-par provides deterministic parallelism, but sometimes we can tolerate a bit of nondeterminism.

This package provides a class of monads for potentially nondeterministic concurrency, with an interface very much in the spirit of Par, but slightly more relaxed. Specifically, MonadConc's IVar equivalent, CVars, can be written to multiple times.

The documentation of the latest developmental version is available online.

MonadConc and IO

The intention of the MonadConc class is to provide concurrency where any apparent nondeterminism arises purely from the scheduling behaviour. To put it another way, a given computation, parametrised with a fixed set of scheduling decisions, is deterministic. This assumption is used by the testing functionality provided by Control.Monad.Conc.SCT.

Whilst this assumption may not hold in general when IO is involved, you should strive to produce test cases where it does.

Contributing

Bug reports, pull requests, and comments are very welcome!

Feel free to contact me on GitHub, through IRC (#haskell on freenode), or email (mike@barrucadu.co.uk).