git-annex/Assistant/Threads
Joey Hess a76078a78e process group killing
This seems to work pretty well.

Handled the process groups like this:

- git-annex processes started by the assistant for transfers are run in their
  own process groups.
- otherwise, rely on the shell to allocate a process group for git-annex

There is potentially a problem if some other program runs git-annex
directly (not using sh -c) The program and git-annex would then be in
the same process group. If that git-annex starts a transfer and it's
canceled, the program would also get killed. May or may not be a desired
result.

Also, the new updateTransferInfo probably closes a race where it was
possible for the thread id to not be recorded in the transfer info, if
the transfer info file from the transfer process is read first.
2012-08-10 15:52:22 -04:00
..
Committer.hs added an alert after a file transfer 2012-08-06 17:09:23 -04:00
Merger.hs handle case of adding populated drive to just created repo 2012-08-05 16:35:30 -04:00
MountWatcher.hs added an alert after a file transfer 2012-08-06 17:09:23 -04:00
Pusher.hs handle case of adding populated drive to just created repo 2012-08-05 16:35:30 -04:00
SanityChecker.hs make old activiy alerts stay visible 2012-07-30 02:39:24 -04:00
Transferrer.hs process group killing 2012-08-10 15:52:22 -04:00
TransferScanner.hs make old activiy alerts stay visible 2012-07-30 02:39:24 -04:00
TransferWatcher.hs process group killing 2012-08-10 15:52:22 -04:00
Watcher.hs remove the "running" alert 2012-07-30 18:26:36 -04:00
WebApp.hs wire up scan and transfer to newly added removable drive 2012-08-04 21:18:57 -04:00