From 7d41fb6b1844ccef6df8fc3175556b74f98097f8 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Fri, 14 Jun 2013 17:35:45 -0400 Subject: Windows: Fix hang when adding several files at once. --- ...x_add_hangs_when_adding_17_files_at_once_or_more_.mdwn | 15 +++++++++++++++ 1 file changed, 15 insertions(+) (limited to 'doc') diff --git a/doc/bugs/windows_port_-_git_annex_add_hangs_when_adding_17_files_at_once_or_more_.mdwn b/doc/bugs/windows_port_-_git_annex_add_hangs_when_adding_17_files_at_once_or_more_.mdwn index 04d3449c0..50f020b19 100644 --- a/doc/bugs/windows_port_-_git_annex_add_hangs_when_adding_17_files_at_once_or_more_.mdwn +++ b/doc/bugs/windows_port_-_git_annex_add_hangs_when_adding_17_files_at_once_or_more_.mdwn @@ -180,3 +180,18 @@ info"] # End of transcript or log. """]] + +> Reproduced this, and git update-index was in fact not hanging. +> Instead, after that was done, it tried to stop the git hash-object +> process, and this hung. +> +> It seems that the use of runInteractiveProcess is at fault somehow, +> and I guess it must be due to it opening a pipe for stderr, which +> I don't need or want. Perhaps I need to ensure I read from that pipe, +> or windows keeps the process from terminating. (Unix would just toss the piped +> data away.) +> +> That was the only place runInteractiveProcess was used, so I replaced +> it with an alternative that lets stderr be inherited. With this change, +> I have successfully added 1000 files to the annex in one go, with no +> hang. Provisionally [[done]]. --[[Joey]] -- cgit v1.2.3