temporarily remove cached keys database connection
authorJoey Hess <joeyh@joeyh.name>
Wed, 16 Dec 2015 18:05:26 +0000 (14:05 -0400)
committerJoey Hess <joeyh@joeyh.name>
Wed, 16 Dec 2015 18:05:26 +0000 (14:05 -0400)
commit38a23928e9d45b56d6836a4eac703862d63cf93c
treefec14a6af7821ad088a815e558faf3e50e3578f2
parent622da992f894ece03a2f9502c572f8a0d55410de
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.
Annex.hs
Annex/Action.hs
Database/Keys.hs