802f2ceMerge branch 'appveyor'AgentM9 years ago 5d4c5f9fix extraneous unlockFile in Windows closeLockFile this was caught by a test-transactiongraph-persist failure on appveyorAgentM9 years ago 64dfd80remove extraneous unlock in closeLockFileAgentM9 years ago 19798beswitch to verbose Windows error handling in file locking appveyor appears to have some issue with file locking that I have not seen in a regular Windows VMAgentM9 years ago 6b6dabafix file-locking on Windows I thought I already fixed this...AgentM9 years ago 1e8311fswitch to Win32 lock file management due to nonsense locking issues with openFileAgentM9 years ago aa730eeMerge branch '145_leaking_fds' of https://github.com/agentm/project-m36 into 145_leaking_fdsAgentM9 years ago 1834b66add FileLock alias for Windows file locking compatibilityAgentM9 years ago 4f1a995fix hlint suggestionAgentM9 years ago 5f6509efix file lock handle leak on connection close System.IO actively prevents opening the same file twice in write mode, so we must resort to a lower-level API luckily, the locking API is self-contained needs Windows mungingAgentM9 years ago c342330finish Windows support for file locking use older cryptonite version available in Stackage LTSAgentM9 years ago 57faeaeWIP compilation checkpoint when the graph is changed behind the process' back, TransactionIsNotHeadError is returned unconditionally, which is a mistake- it should only return that error only if the same head is being contendedAgentM9 years ago