summaryrefslogtreecommitdiff
path: root/remote.c
diff options
context:
space:
mode:
authorGlen Choo <chooglen@google.com>2022-05-31 23:12:33 (GMT)
committerJunio C Hamano <gitster@pobox.com>2022-06-01 17:41:32 (GMT)
commit91e2e8f63ebd92295ff0eb5f4095f9e1fba8bab0 (patch)
treefbbe71555e577eedf32b7a091375902510aadee6 /remote.c
parent4a2dcb1a08008bfc48c32f408e8622bd0c4ca297 (diff)
downloadgit-91e2e8f63ebd92295ff0eb5f4095f9e1fba8bab0.zip
git-91e2e8f63ebd92295ff0eb5f4095f9e1fba8bab0.tar.gz
git-91e2e8f63ebd92295ff0eb5f4095f9e1fba8bab0.tar.bz2
remote.c: don't BUG() on 0-length branch names
4a2dcb1a08 (remote: die if branch is not found in repository, 2021-11-17) introduced a regression where multiple config entries with an empty branch name, e.g. [branch ""] remote = foo merge = bar could cause Git to fail when it tries to look up branch tracking information. We parse the config key to get (branch name, branch name length), but when the branch name subsection is empty, we get a bogus branch name, e.g. "branch..remote" gives (".remote", 0). We continue to use the bogus branch name as if it were valid, and prior to 4a2dcb1a08, this wasn't an issue because length = 0 caused the branch name to effectively be "" everywhere. However, that commit handles length = 0 inconsistently when we create the branch: - When find_branch() is called to check if the branch exists in the branch hash map, it interprets a length of 0 to mean that it should call strlen on the char pointer. - But the code path that inserts into the branch hash map interprets a length of 0 to mean that the string is 0-length. This results in the bug described above: - "branch..remote" looks for ".remote" in the branch hash map. Since we do not find it, we insert the "" entry into the hash map. - "branch..merge" looks for ".merge" in the branch hash map. Since we do not find it, we again try to insert the "" entry into the hash map. However, the entries in the branch hash map are supposed to be appended to, not overwritten. - Since overwriting an entry is a BUG(), Git fails instead of silently ignoring the empty branch name. Fix the bug by removing the convenience strlen functionality, so that 0 means that the string is 0-length. We still insert a bogus branch name into the hash map, but this will be fixed in a later commit. Reported-by: "Ing. Martin Prantl Ph.D." <perry@ntis.zcu.cz> Helped-by: Jeff King <peff@peff.net> Signed-off-by: Glen Choo <chooglen@google.com> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'remote.c')
-rw-r--r--remote.c6
1 files changed, 2 insertions, 4 deletions
diff --git a/remote.c b/remote.c
index c97c626..ff04da1 100644
--- a/remote.c
+++ b/remote.c
@@ -195,9 +195,6 @@ static struct branch *find_branch(struct remote_state *remote_state,
struct branches_hash_key lookup;
struct hashmap_entry lookup_entry, *e;
- if (!len)
- len = strlen(name);
-
lookup.str = name;
lookup.len = len;
hashmap_entry_init(&lookup_entry, memhash(name, len));
@@ -214,7 +211,8 @@ static void die_on_missing_branch(struct repository *repo,
{
/* branch == NULL is always valid because it represents detached HEAD. */
if (branch &&
- branch != find_branch(repo->remote_state, branch->name, 0))
+ branch != find_branch(repo->remote_state, branch->name,
+ strlen(branch->name)))
die("branch %s was not found in the repository", branch->name);
}