Eric Rannaud <e...@nanocritical.com> writes: > Doesn't fast-import get a copy of 8 (open for both reading and > writing), as a child process, and exec 8>&- only closes the copy of > the file descriptor in the parent shell, so the named pipe remains > open for writing somewhere (in the fast-import process itself, in > fact), therefore fast-import will not find EOF on its stdin?
AHHHHhhhh. If that was done intentionally, well, I really have to marvel at the cleverness of the solution! It makes sense now to me.