Module JoinFifo

module JoinFifo: sig .. end
Concurrent fifo buffers.

Concurrent fifo's offer blocking get operations. More precisely, get operations on, active, empty fifo's are blocking.

Fifo behavior can be observed in the simple situation where one agent (producer) is putting elements, while another agent (consumer) is getting them. Then the following guarantees hold:



type 'a t = {
   put : ('a * bool Join.chan) Join.chan; (*Put element into fifo.*)
   get : 'a option Join.chan Join.chan; (*Get element from fifo.*)
   close : unit -> unit; (*Close fifo, returns only when the fifo is empty*)
   kill : unit Join.chan; (*Close fifo, returns immediately, discarding any pending element.*)
}
The type of fifo buffer.
val create : unit -> 'a t
Create a new fifo buffer.

Interface to concurrent fifo's is mostly asynchronous. Let f be a fifo. Operations close and kill both close the fifo, but with different behaviors as regards non-empty fifos. In the producer/consumer scheme, f.close is for the producer to signal the end of produced elements; while f.kill is for the consummer to signal that it will not accept more elements.

Producer/consumer interface

val create_prod_cons : unit -> 'a JoinCom.P.t * 'a JoinCom.C.t
Create a pair of producer/consumer connected by a fifo. create_prod_cons () returns the pair prod,cons.

The producer prod has the get and kill operations, while the consumer has the put and close operations. Indeed, by the convention of module JoinCom, prod produces data from the fifo, while cons consumes data to feed the fifo.


Synchronous interface


Type of fifo with synchronous operations
module S: sig .. end
val create_sync : unit -> 'a S.t
Records of type 'a S.t offer the same fields as the ones of type 'a t, but they hold synchronous channels (of functional type)