hashed-storage-0.5.11: Hashed file storage support code.

Safe HaskellNone



An experimental monadic interface to Tree mutation. The main idea is to simulate IO-ish manipulation of real filesystem (that's the state part of the monad), and to keep memory usage down by reasonably often dumping the intermediate data to disk and forgetting it. The monad interface itself is generic, and a number of actual implementations can be used. This module provides just virtualTreeIO that never writes any changes, but may trigger filesystem reads as appropriate.



virtualTreeMonad :: (Functor m, Monad m) => TreeMonad m a -> Tree m -> m (a, Tree m)Source

Run a TreeIO action without storing any changes. This is useful for running monadic tree mutations for obtaining the resulting Tree (as opposed to their effect of writing a modified tree to disk). The actions can do both read and write -- reads are passed through to the actual filesystem, but the writes are held in memory in a form of modified Tree.

data TreeState m Source

Internal state of the TreeIO monad. Keeps track of the current Tree content, unsync'd changes and a current working directory (of the monad).


(Functor m, Monad m) => TreeRW (TreeMonad m) 
(Functor m, Monad m) => TreeRO (TreeMonad m) 

type TreeMonad m = RWST AnchoredPath () (TreeState m) mSource

A TreeIO monad. A sort of like IO but it keeps a TreeState around as well, which is a sort of virtual filesystem. Depending on how you obtained your TreeIO, the actions in your virtual filesystem get somehow reflected in the actual real filesystem. For virtualTreeIO, nothing happens in real filesystem, however with plainTreeIO, the plain tree will be updated every now and then, and with hashedTreeIO a darcs-style hashed tree will get updated.

runTreeMonad :: (Functor m, Monad m) => TreeMonad m a -> TreeState m -> m (a, Tree m)Source

replaceItem :: (Functor m, Monad m) => AnchoredPath -> Maybe (TreeItem m) -> TreeMonad m ()Source

Replace an item with a new version without modifying the content of the tree. This does not do any change tracking. Ought to be only used from a sync implementation for a particular storage format. The presumed use-case is that an existing in-memory Blob is replaced with a one referring to an on-disk file.

findM :: (Monad m, Functor m) => Tree m -> AnchoredPath -> m (Maybe (TreeItem m))Source

findFileM :: (Monad m, Functor m) => Tree m -> AnchoredPath -> m (Maybe (Blob m))Source

findTreeM :: (Monad m, Functor m) => Tree m -> AnchoredPath -> m (Maybe (Tree m))Source

class (Functor m, Monad m) => TreeRO m whereSource


currentDirectory :: m AnchoredPathSource

withDirectory :: AnchoredPath -> m a -> m aSource

readFile :: AnchoredPath -> m ByteStringSource

Grab content of a file in the current Tree at the given path.

exists :: AnchoredPath -> m BoolSource

Check for existence of a node (file or directory, doesn't matter).

directoryExists :: AnchoredPath -> m BoolSource

Check for existence of a directory.

fileExists :: AnchoredPath -> m BoolSource

Check for existence of a file.


(Functor m, Monad m) => TreeRO (TreeMonad m) 

class TreeRO m => TreeRW m whereSource


writeFile :: AnchoredPath -> ByteString -> m ()Source

Change content of a file at a given path. The change will be eventually flushed to disk, but might be buffered for some time.

createDirectory :: AnchoredPath -> m ()Source

unlink :: AnchoredPath -> m ()Source

rename :: AnchoredPath -> AnchoredPath -> m ()Source

copy :: AnchoredPath -> AnchoredPath -> m ()Source


(Functor m, Monad m) => TreeRW (TreeMonad m)