broadcast-chan: Broadcast channel type that avoids 0 reader space leaks.
A variation of Control.Concurrent.Chan from base, which allows to the
easy creation of broadcast channels without the space-leaks that may arise
Control.Concurrent.Chan.Chan type from Control.Concurrent.Chan
consists of both a read and write end. This presents a problem when one
wants to have a broadcast channel that, at times, has zero listeners. To
write to a
Control.Concurrent.Chan.Chan there must always be a read end
and this read end will hold ALL messages alive until read.
The simple solution applied in this module is to separate read and write
ends. As a result, any messages written to the write end can be immediately
garbage collected if there are no active read ends, avoding space leaks.
|Versions [faq]||0.1.0, 0.1.1, 0.2.0, 0.2.0.1, 0.2.0.2, 0.2.1|
|Dependencies||base (==4.*) [details]|
|Copyright||Copyright © 2014 Merijn Verstraaten|
|Maintainer||Merijn Verstraaten <firstname.lastname@example.org>|
|Revised||Revision 1 made by HerbertValerioRiedel at Mon Sep 24 15:24:39 UTC 2018|
|Source repo||head: git clone ssh://github.com:merijn/broadcast-chan.git
head: hg clone git+ssh://github.com:merijn/broadcast-chan.git
head: hg clone https://bitbucket.org/merijnv/broadcast-chan
|Uploaded||by MerijnVerstraaten at Thu Jul 7 08:06:47 UTC 2016|
|Downloads||2856 total (153 in the last 30 days)|
|Rating||(no votes yet) [estimated by Bayesian average]|
Docs uploaded by user
Build status unknown [no reports yet]
- broadcast-chan-0.1.1.tar.gz [browse] (Cabal source package)
- Package description (revised from the package)
Note: This package has metadata revisions in the cabal description newer than included in the tarball. To unpack the package including the revisions, use 'cabal get'.
For package maintainers and hackage trustees