diff options
author | Joey Hess <joeyh@joeyh.name> | 2015-12-16 14:05:26 -0400 |
---|---|---|
committer | Joey Hess <joeyh@joeyh.name> | 2015-12-16 14:05:26 -0400 |
commit | 9325c324b567736772a4d52e84c3a11f7c082459 (patch) | |
tree | 97eff2dddef42b1c15bd682b6cf1d4db43d5a96a /Annex | |
parent | e63472c258f72656455beaa118d4ba43b615621e (diff) |
temporarily remove cached keys database connection
The problem is that shutdown is not always called, particularly in the test
suite. So, a database connection would be opened, possibly some changes
queued, and then not shut down.
One way this can happen is when using Annex.eval or Annex.run with a new
state. A better fix might be to make both of them call Keys.shutdown
(and be sure to do it even if the annex action threw an error).
Complication: Sometimes they're run reusing an existing state, so shutting
down a database connection could cause problems for other users of that
same state. I think this would need a MVar holding the database handle,
so it could be emptied once shut down, and another user of the database
connection could then start up a new one if it got shut down. But, what if
2 threads were concurrently using the same database handle and one shut it
down while the other was writing to it? Urgh.
Might have to go that route eventually to get the database access to run
fast enough. For now, a quick fix to get the test suite happier, at the
expense of speed.
Diffstat (limited to 'Annex')
-rw-r--r-- | Annex/Action.hs | 2 |
1 files changed, 0 insertions, 2 deletions
diff --git a/Annex/Action.hs b/Annex/Action.hs index 348487e7c..f59c9c2f4 100644 --- a/Annex/Action.hs +++ b/Annex/Action.hs @@ -17,7 +17,6 @@ import System.Posix.Signals import Common.Annex import qualified Annex import Annex.Content -import qualified Database.Keys {- Actions to perform each time ran. -} startup :: Annex () @@ -33,5 +32,4 @@ shutdown :: Bool -> Annex () shutdown nocommit = do saveState nocommit sequence_ =<< M.elems <$> Annex.getState Annex.cleanup - Database.Keys.shutdown liftIO reapZombies -- zombies from long-running git processes |