This module can execute events at specified time. It uses a two thread system that allows the STM adding and deleting of new threads without requiring later IO actions. An ability to place arbitrary event preprocessing when adding each event exists, but in a course grained manner. This feature can be expanded on request.

This is very like control-timeout, but was developed separately internal operation is similar with a thread sleeping via threadDelay and EventIds being based in part on expire time. It differs in that control-event is: * More complex * Requires initilization * Allows pure STM adding and removing of events (no post STM IO action) * Allows user control over event systems (can have more than one) * Allows events to run in event handler thread (advisable if thread spark is too expensive / computation is cheap) * No possible duplication of EventId (theoretical! no real advantage)

On the other hand, a shim could be made to provide the control-timeout API with Control.Event running under the hood.