git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH] start_command: close cmd->err descriptor when fork/spawn fails

From
ADAlbert Dvornik <dvornik+git@gmail.com>
Date
Apr 26, 2010, 11:47 UTC
Message-ID
<z2n9f74dc2c1004260447y12b522d8if37cad56548738f1@mail.gmail.com>
In-Reply-To
<4BD53749.6040708@viscovery.net>
On Mon, Apr 26, 2010 at 2:48 AM, Johannes Sixt <j.sixt@viscovery.net> wrote:
> Am 4/26/2010 3:15, schrieb bert Dvornik:
[...]
Show 6 quoted lines
>> I'm not sure why (or if) this problem hasn't cropped up under Linux.
>> The non-Windows code *does* try to check for execve() failures in the
>> child, in addition to the fork() failures.
>
> The problem does show up on Linux if you trigger the right error, such as
> with this patch:
[...]
> +       echo "#!/bin/frobnicuty" >testrepo/.git/hooks/pre-receive &&
> +       echo exit 1 >>testrepo/.git/hooks/pre-receive &&
Ah, that makes sense!  Thank you for clearing up the mystery.
Junio: would you like me to resend with an updated commit message, and
maybe the addition of Hannes's test as well?
--bert
Previous: Johannes SixtNext: Junio C Hamano
Message 5 of 6 in “start_command: close cmd->err descriptor when fork/spawn fails”
  1. start_command: close cmd->err descriptor when fork/spawn failsbert Dvornik, Apr 26, 2010
  2. Johannes SixtApr 26, 2010
  3. Johannes SchindelinApr 26, 2010
  4. Johannes SixtApr 26, 2010
  5. Albert DvornikApr 26, 2010
  6. Junio C HamanoApr 26, 2010

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.