Re: [PATCH] fetch-pack: Prepare for a side-band demultiplexer in a thread.
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Nov 18, 2007, 10:16 UTC
- Message-ID
- <7v3av3yi1x.fsf@gitster.siamese.dyndns.org>
- In-Reply-To
- <200711181036.14565.johannes.sixt@telecom.at>
Johannes Sixt <johannes.sixt@telecom.at> writes:
Show 9 quoted lines
>> If the rationale was "running in a thread is more natural on the >> platform", I would understand it. > > Please take it as such. > >> But "_must_ run because there is no fork(2)" solicits a "Huh? >> How does Cygwin does it then?" from me. > > Alex has answered this. We are not going to copy Cygwin's fork() into git.
Wholeheartedly agree, and I feel dirty after looking at that thing. Nothing against Cygwin folks, of course.
The reason I wanted to close pipes as early as possible was because I did not want to get bitten by "read() waiting forever for EOF due to an extra unclosed fd on the writer end of the pipe() without the writer not writing anything to it" problem, which is an often-seen mistake.
As long as you did not introduce that problem the change is fine by me.