summaryrefslogtreecommitdiff
path: root/strbuf.c
diff options
context:
space:
mode:
authorJeff King <peff@peff.net>2014-06-30 13:04:03 -0400
committerJunio C Hamano <gitster@pobox.com>2014-06-30 13:43:32 -0700
commit47bf4b0fc52f3ad5823185a85f5f82325787c84b (patch)
tree0a8a268a2db24b7bf1013b8e53e5f9a6a875e56b /strbuf.c
parentd6cd00c76866a6412e0c13da91a022acdd187a47 (diff)
downloadgit-47bf4b0fc52f3ad5823185a85f5f82325787c84b.tar.gz
prepare_packed_git_one: refactor duplicate-pack checkjk/strip-suffix
When we are reloading the list of packs, we check whether a particular pack has been loaded. This is slightly tricky, because we load packs based on the presence of their ".idx" files, but record the name of the matching ".pack" file. Therefore we want to compare their bases. The existing code stripped off ".idx" from a file we found, then compared that whole base length to strings containing the ".pack" version. This meant we could end up comparing bytes past what the ".pack" string contained, if the ".idx" file name was much longer. In practice, it worked OK because memcmp would end up seeing a difference in the two strings and would return early before hitting the full length. However, memcmp may sometimes read extra bytes past a difference (e.g., because it is comparing 64-bit words), or is even free to compare in reverse order. Furthermore, our memcmp made no guarantees that we matched the whole pack name, up to ".pack". So "foo.idx" would match "foo-bar.pack", which is wrong (but does not typically happen, because our pack names have a fixed size). We can fix both issues, avoid magic numbers, and document that we expect to compare against a string with ".pack" by using strip_suffix. Signed-off-by: Jeff King <peff@peff.net> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'strbuf.c')
0 files changed, 0 insertions, 0 deletions