Re: [PATCH 2/5] revert: make commit subjects in insn sheet optional
- From
Jonathan Nieder <jrnieder@gmail.com>
- Date
- Dec 9, 2011, 19:35 UTC
- Message-ID
- <20111209193527.GD20913@elie.hsd1.il.comcast.net>
- In-Reply-To
- <CALkWK0nkPB5WptJ9nSkSOif5_0R_f39Dg_HR3Rmg02hG_4Q1Tg@mail.gmail.com>
Ramkumar Ramachandra wrote:
> Jonathan Nieder wrote: >> Ramkumar Ramachandra wrote:
Show 13 quoted lines
>>> [...] >>> While at it, also fix a bug: currently, we use a commit-id-shaped >>> buffer to store the word after "pick" in '.git/sequencer/todo'. This >>> is both wasteful and wrong because it places an artificial limit on >>> the line length. Eliminate the need for the buffer altogether, and >>> add a test demonstrating this. >> >> Reading the above does not make it at all obvious that I should want >> to apply this patch because otherwise my prankster friend can cause my >> copy of git to crash or run arbitrary code by putting a long commit > > Working backwards: > get_sha1() is what will finally misbehave: how?
Not sure what you're talking about. I was saying that any commit that goes from "git can segfault in such-and-such circumstance" to "git no longer segfaults in that circumstance" should loudly proclaim so! Otherwise, when my script is causing git to segfault, I will not know which commits to point my risk-averse sysadmin to when advocating upgrading our copy of git.