Eric Rannaud <e@xxxxxxxxxxxxxxxx> 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.
