This issue was originally reported and fixed in
The problem is that file handles to temporary files (such as
index.lock) were inherited by spawned processes. If those spawned
processes do not exit before the parent process wants to delete or
rename them, we are in big trouble.
The original use case triggering the bug is a merge driver that does
not quit, but listen to subsequent merge requests.
However, the same issue turned up in Lars Schneider's work on making
clean/smudge filters batchable (i.e. more efficient by avoiding
possibly thousands of child processes, one per file).
Ben Wijen (2):
t6026-merge-attr: child processes must not inherit index.lock handles
mingw: ensure temporary file handles are not inherited by child
compat/mingw.h | 4 ++++
t/t6026-merge-attr.sh | 13 +++++++++++++
tempfile.c | 2 +-
3 files changed, 18 insertions(+), 1 deletion(-)
Fetch-It-Via: git fetch https://github.com/dscho/git mingw-index-lock-v1
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html