name-hash: allow hashing an empty string
commitc19387e79947de9307af06ce92a83eaf786153b7
authorJunio C Hamano <gitster@pobox.com>
Tue, 19 Feb 2013 19:56:44 +0000 (19 11:56 -0800)
committerJunio C Hamano <gitster@pobox.com>
Tue, 19 Feb 2013 22:00:12 +0000 (19 14:00 -0800)
tree30ff7dfbdcd1c2c9b1d318413a837d2938282858
parent6866654627fbf10387f3b5e83d9079d8a7f4b378
name-hash: allow hashing an empty string

Usually we do not pass an empty string to the function hash_name()
because we almost always ask for hash values for a path that is a
candidate to be added to the index. However, check-ignore (and most
likely check-attr, but I didn't check) apparently has a callchain
to ask the hash value for an empty path when it was given a "." from
the top-level directory to ask "Is the path . excluded by default?"

Make sure that hash_name() does not overrun the end of the given
pathname even when it is empty.

Remove a sweep-the-issue-under-the-rug conditional in check-ignore
that avoided to pass an empty string to the callchain while at it.
It is a valid question to ask for check-ignore if the top-level is
set to be ignored by default, even though the answer is most likely
no, if only because there is currently no way to specify such an
entry in the .gitignore file. But it is an unusual thing to ask and
it is not worth optimizing for it by special casing at the top level
of the call chain.

Signed-off-by: Adam Spiers <git@adamspiers.org>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
builtin/check-ignore.c
name-hash.c
t/t0008-ignores.sh