have setConcurrency stop any running git coprocesses
authorJoey Hess <joeyh@joeyh.name>
Fri, 19 Nov 2021 15:53:25 +0000 (11:53 -0400)
committerJoey Hess <joeyh@joeyh.name>
Fri, 19 Nov 2021 16:00:39 +0000 (12:00 -0400)
commit15d617f7e117daf7647d35735c1dc10b6803f78f
tree22482faa9965836206b61f3ab0add747df50168d
parent261947683b27baaf61667e7c50f215c0c7fd4c89
have setConcurrency stop any running git coprocesses

When non-concurrent git coprocesses have been started, setConcurrency
used to not stop them, and so could leak processes when enabling
concurrency, eg when forkState is called.

I do not think that ever actually happened, given where setConcurrency
is called. And it probably would only leak one of each process, since it
never downgrades from concurrent to non-concurrent.
Annex/Concurrent.hs
Types/Concurrency.hs
doc/forum/git-annex_causing_zombie_git_processes_to_build_up/comment_12_b48f8d801305d9bde08060f06634b88e._comment [new file with mode: 0644]