summaryrefslogtreecommitdiff
path: root/name-hash.c
diff options
context:
space:
mode:
authorJunio C Hamano <gitster@pobox.com>2013-02-19 11:56:44 -0800
committerJunio C Hamano <gitster@pobox.com>2013-02-19 14:00:12 -0800
commitc19387e79947de9307af06ce92a83eaf786153b7 (patch)
tree30ff7dfbdcd1c2c9b1d318413a837d2938282858 /name-hash.c
parent6866654627fbf10387f3b5e83d9079d8a7f4b378 (diff)
downloadgit-c19387e79947de9307af06ce92a83eaf786153b7.tar.gz
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>
Diffstat (limited to 'name-hash.c')
-rw-r--r--name-hash.c4
1 files changed, 2 insertions, 2 deletions
diff --git a/name-hash.c b/name-hash.c
index d8d25c23e9..942c459622 100644
--- a/name-hash.c
+++ b/name-hash.c
@@ -24,11 +24,11 @@ static unsigned int hash_name(const char *name, int namelen)
{
unsigned int hash = 0x123;
- do {
+ while (namelen--) {
unsigned char c = *name++;
c = icase_hash(c);
hash = hash*101 + c;
- } while (--namelen);
+ }
return hash;
}