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

Re: Segmentation fault within git read-tree

From
Junio C Hamano <gitster@pobox.com>
Date
Jan 15, 2023, 21:49 UTC
Message-ID
<xmqqedrvfoyz.fsf@gitster.g>
In-Reply-To
<Y8RHfjFFLRdW3WRh@coredump.intra.peff.net>
Jeff King <peff@peff.net> writes:
Show 14 quoted lines
> I'm not sure if Frédéric is seeing another segfault in practice (when
> not using --debug-unpack), but yeah, it is very easy to trigger this
> segfault. It does not even have to do with sparse checkouts, etc. Here's
> an even more minimal example:
>
>   git init repo
>   cd repo
>   touch file
>   git add file
>   git commit -m added
>   git read-tree --debug-unpack --prefix=subtree HEAD
>
> I was going to bisect, but it looks like it was broken all the way back
> to Junio's ba655da537 (read-tree --debug-unpack, 2009-09-14).

As "git read-tree --help" does not even metnion "--debug-unpack", I have no idea what it does, or how useful the debug information it produces is. As long as the same command without --debug-unpack works OK, I'd throw this into "does it hurt? don't do it, then" bin.

;-)
Previous: Jeff King
Message 4 of 4 in “Segmentation fault within git read-tree”
  1. Frédéric FortJan 14, 2023
  2. Christian CouderJan 15, 2023
  3. Jeff KingJan 15, 2023
  4. Junio C HamanoJan 15, 2023

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.