summaryrefslogtreecommitdiff
path: root/Types/LockPool.hs
diff options
context:
space:
mode:
authorGravatar Joey Hess <joeyh@joeyh.name>2015-05-18 16:23:07 -0400
committerGravatar Joey Hess <joeyh@joeyh.name>2015-05-19 14:09:52 -0400
commitae5433c4caf0ee57e3338df6dcd625f20ece7101 (patch)
tree5bdab44419df36e7e5aab2e36cd6b221654de04e /Types/LockPool.hs
parent94a3e606fb31150c969d63790ec1ef870f413cc1 (diff)
use lock pools throughout git-annex
The one exception is in Utility.Daemon. As long as a process only daemonizes once, which seems reasonable, and as long as it avoids calling checkDaemon once it's already running as a daemon, the fcntl locking gotchas won't be a problem there. Annex.LockFile has it's own separate lock pool layer, which has been renamed to LockCache. This is a persistent cache of locks that persist until closed. This is not quite done; lockContent stil needs to be converted.
Diffstat (limited to 'Types/LockPool.hs')
-rw-r--r--Types/LockPool.hs16
1 files changed, 0 insertions, 16 deletions
diff --git a/Types/LockPool.hs b/Types/LockPool.hs
deleted file mode 100644
index 803822042..000000000
--- a/Types/LockPool.hs
+++ /dev/null
@@ -1,16 +0,0 @@
-{- git-annex lock pool data types
- -
- - Copyright 2014 Joey Hess <id@joeyh.name>
- -
- - Licensed under the GNU GPL version 3 or higher.
- -}
-
-module Types.LockPool (
- LockPool,
- LockHandle
-) where
-
-import qualified Data.Map as M
-import Utility.LockFile
-
-type LockPool = M.Map FilePath LockHandle