The broadcast-chan package
This is a package candidate release! Here you can preview how this package release will appear once published to the main package index (which can be accomplished via the 'maintain' link below). Please note that once a package has been published to the main package index it cannot be undone! Please consult the package uploading documentation for more information.
A variation of Control.Concurrent.Chan from base, which allows to the easy creation of broadcast channels without the space-leaks that may arise from using Control.Concurrent.Chan.dupChan. The 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||0.1.0, 0.1.0, 0.1.1|
|Change log||None available|
|Dependencies||base (==4.*) [details]|
|Copyright||Copyright © 2014 Merijn Verstraaten|
|Maintainer||Merijn Verstraaten <firstname.lastname@example.org>|
|Source repository||head: hg clone https://bitbucket.org/merijnv/broadcast-chan|
head: hg clone git+ssh://github.com:merijn/broadcast-chan
|Uploaded||Mon Sep 15 00:38:00 UTC 2014 by MerijnVerstraaten|
- broadcast-chan-0.1.0.tar.gz [browse] (Cabal source package)
- Package description (included in the package)
For package maintainers and hackage trustees