Broadcast channel type that avoids 0 reader space leaks.

Version on this page:0.1.1
LTS Haskell 22.29:
Stackage Nightly 2023-12-26:
Latest on Hackage:

See all snapshots broadcast-chan appears in

BSD-3-Clause licensed by Merijn Verstraaten
Maintained by Merijn Verstraaten
This version can be pinned in stack with:broadcast-chan-0.1.1@sha256:0559c39067c417d0b631140fb6f9d173ed444ec5267e6360e6ef4ecbda99a208,1940

Module documentation for 0.1.1

Depends on 1 package(full list with versions):

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.