diff options
author | 2013-01-05 13:42:31 -0400 | |
---|---|---|
committer | 2013-01-05 13:42:31 -0400 | |
commit | 1cf23b8adc1d9b680083b8f04f2ec9a199550462 (patch) | |
tree | e5b809a3b106d77725660b78a4a244197781ab2c /doc | |
parent | b73a3fa6461ae98302a1c98d90588dd748304961 (diff) |
committer: Fix a file handle leak.
Diffstat (limited to 'doc')
-rw-r--r-- | doc/bugs/assistant___40__OS_X_Lion__41___-___34__too_many_open_files__34___error.mdwn | 6 |
1 files changed, 6 insertions, 0 deletions
diff --git a/doc/bugs/assistant___40__OS_X_Lion__41___-___34__too_many_open_files__34___error.mdwn b/doc/bugs/assistant___40__OS_X_Lion__41___-___34__too_many_open_files__34___error.mdwn index ad8d18fcf..1b3879e63 100644 --- a/doc/bugs/assistant___40__OS_X_Lion__41___-___34__too_many_open_files__34___error.mdwn +++ b/doc/bugs/assistant___40__OS_X_Lion__41___-___34__too_many_open_files__34___error.mdwn @@ -24,3 +24,9 @@ What version of git-annex are you using? On what operating system? Please provide any additional information below. I imagine I could avoid this error by using the "ulimit -n" command to increase number of files in a shell session and then running assistant manually, so this is really only a bug report about the bundled application. + +> This seems to be caused by Command.Add.lockdown not closing the +> temporary file handle, so when called in a mapM by the committer +> thread when there are a lot of files, it could build up a lot of +> open handles before later GC closes them. Added a manual close, +> so I think this is [[done]]. --[[Joey]] |