Re: [BUG?] blame: Odd -L 1,+0 behavior
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Jul 16, 2010, 21:11 UTC
- Message-ID
- <7vy6dbqghl.fsf@alter.siamese.dyndns.org>
- In-Reply-To
- <AANLkTin-6nck9aVKPTwOy_PmrGUs1iS8ruqzIORbf8jb@mail.gmail.com>
Ævar Arnfjörð Bjarmason <avarab@gmail.com> writes:
> ok, +/- are zero-indexed: > > $ git blame -L 1,+2 cow
I don't know what "zero-indexed" means, but +2 means "starting from the line I told you earlier, give me two lines". Likewise -2 means "ending at the line I told you earlier, give me two lines". As a side effect of the internal implementation of this logic -L 5,3 means the same thing as -L 3,5 but that is not an intended nor documented behaviour.
> Shouldn't this either print nothing, er be an error:
(multiple)
The parsing code is lax in the sense that rejecting nonsensical input like "-L 10,-100" and "-L 2,+0" as an error was not considered a primary goal. The only error checking it does is to make sure it does not parse numbers that it cannot use (i.e. start from line 30 in a file that does not have that many lines).