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

Re: [PATCH] Fix memory corruption when .gitignore does not end by \n

From
Junio C Hamano <gitster@pobox.com>
Date
Jan 21, 2010, 06:48 UTC
Message-ID
<7vockovtq8.fsf@alter.siamese.dyndns.org>
In-Reply-To
<fcaeb9bf1001201738x5cd374c2o280ec42d6d65c0f7@mail.gmail.com>
Nguyen Thai Ngoc Duy <pclouds@gmail.com> writes:
Show 5 quoted lines
> I mean the t3001 patch in comment part, which removes \n at the end of
> .gitignore and crashes the unmodified git.
>
> IOW I found a problem and this patch (not the t3001 one) should fix
> it. Not sure if this causes Jonathan problem though.

Ah, I see. And a bug that leaves a string unterminated will exhibit different symptoms depending on what garbage happens to follow it, so it may not be universally reproducible.

Thanks; applied (and I saw Jonathan's Ack, as well).
Thanks, both.
Previous: Jonathan del Strother
Message 10 of 10 in “git-status segmentation fault in master / OS X”
  1. Jonathan del StrotherJan 19, 2010
  2. Jeff KingJan 20, 2010
  3. Junio C HamanoJan 20, 2010
  4. Jonathan del StrotherJan 20, 2010
  5. Nguyen Thai Ngoc DuyJan 20, 2010
  6. Fix memory corruption when .gitignore does not end by \nNguyễn Thái Ngọc Duy, Jan 20, 2010
  7. Junio C HamanoJan 20, 2010
  8. Nguyen Thai Ngoc DuyJan 21, 2010
  9. Jonathan del StrotherJan 21, 2010
  10. Junio C HamanoJan 21, 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.