summaryrefslogtreecommitdiff
path: root/Documentation/git-fetch.txt
diff options
context:
space:
mode:
authorLibravatar Jeff King <peff@peff.net>2014-06-30 13:04:03 -0400
committerLibravatar Junio C Hamano <gitster@pobox.com>2014-06-30 13:43:32 -0700
commit47bf4b0fc52f3ad5823185a85f5f82325787c84b (patch)
tree0a8a268a2db24b7bf1013b8e53e5f9a6a875e56b /Documentation/git-fetch.txt
parentverify-pack: use strbuf_strip_suffix (diff)
downloadtgif-47bf4b0fc52f3ad5823185a85f5f82325787c84b.tar.xz
prepare_packed_git_one: refactor duplicate-pack check
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 'Documentation/git-fetch.txt')
0 files changed, 0 insertions, 0 deletions