Changelog for time-manager-0.3.1
ChangeLog for time-manager
0.3.1
BUGFIXES:
resumenow acts as atickleif theHandleisn't paused. This is the same behaviour as before version0.3.0.registerKillThreadnow throws theTimeoutThreadin a separate thread, so as to not block the GHC's System TimerManager. This does mean thatTimeoutThreadexceptions could technically be thrown "out of order", but they will be more prompt.
0.3.0
- New architecture. The backend is switched from the designated thread to GHC's System TimerManager. From this version, this library is just wrapper APIs of GHC's System TimerManager. Unlike v0.2 or earlier, callbacks are executed at the exact time. System TimerManager uses a PSQ (a tree) while v0.2 or earlier uses a list. So, this version hopefully scales better.
- Deprecated functions:
stopManager,killManagerandwithManager'. ticklesets the specified timeout from now.pauseis now identical tocancel.resumeis now re-registration of timeout.- The signature of
withHandleis changed.
0.2.4
- Providing
isAllGone. - Providing emptyHandle.
0.2.3
- Exporting defaultManager.
0.2.2
initializewith non positive integer creates a time manager which does not maintain timeout. #1017
0.2.1
- Export KilledByThreadManager exception #1016
0.2.0
- Providing
System.ThreadManager. withHandlecatchesTimeoutThreadinternally. It returnsNothingon timeout.
0.1.3
- Providing
withHandleandwithHandleKillThread.
0.1.2
- Holding
Weak ThreadIdto prevent thread leak again #1013
0.1.1
- Removing
unliftio.
0.1.0
- #986
- Change behavior of
cancelto immediately remove theHandlefrom the reaper's workload, rather than waiting for timeout. - Using auto-update v0.2.0.
- Change behavior of