Code

builtin-apply.c: pay attention to -p<n> when determining the name
authorJunio C Hamano <gitster@pobox.com>
Wed, 25 Nov 2009 10:56:54 +0000 (02:56 -0800)
committerJunio C Hamano <gitster@pobox.com>
Fri, 27 Nov 2009 03:02:24 +0000 (19:02 -0800)
commitec7fc0b1a46c5a352532ea3f29c5663752fd8ac6
tree540136a940dde0e0293f047f6f2ed2a26a21b805
parent4f366275189c06ec26c01ee5ace2f3831b2aa46a
builtin-apply.c: pay attention to -p<n> when determining the name

The patch structure has def_name component that is used to validate the
sanity of a "diff --git" patch by checking pathnames that appear on the
patch header lines for consistency.  The git_header_name() function is
used to compute this out of "diff --git a/... b/..." line, but the code
always stripped one level of prefix (i.e. "a/" and "b/"), without paying
attention to -p<n> option.  Code in find_name() function that parses other
lines in the patch header (e.g. "--- a/..." and "+++ b/..." lines) however
did strip the correct number of leading paths prefixes, and the sanity
check between these computed values failed.

Teach git_header_name() to honor -p<n> option like find_name() function
does.

Found and reported by Steven J. Murdoch who also wrote tests.

Signed-off-by: Junio C Hamano <gitster@pobox.com>
builtin-apply.c
t/t4128-apply-root.sh