Eric Rannaud [off-list ref] 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.