summaryrefslogtreecommitdiff
path: root/ls-refs.c
diff options
context:
space:
mode:
authorJacob Vosmaer <jacob@gitlab.com>2021-01-20 16:04:25 (GMT)
committerJunio C Hamano <gitster@pobox.com>2021-01-23 02:57:27 (GMT)
commit83befd37249726f6a94e55f5aad1113fd18102a0 (patch)
tree0116d63640173a2f417f1fc064a2f61af4f6cc4c /ls-refs.c
parent16b1985be553b5fc6273eb9d7277173623e2d7cb (diff)
downloadgit-83befd37249726f6a94e55f5aad1113fd18102a0.zip
git-83befd37249726f6a94e55f5aad1113fd18102a0.tar.gz
git-83befd37249726f6a94e55f5aad1113fd18102a0.tar.bz2
ls-refs.c: initialize 'prefixes' before using it
Correctly initialize the "prefixes" strvec using strvec_init() instead of simply zeroing it via the earlier memset(). There's no way to trigger a crash, since the first 'ref-prefix' command will initialize the strvec via the 'ALLOC_GROW' in 'strvec_push_nodup()' (the alloc and nr variables are already zero'd, so the call to ALLOC_GROW is valid). If no "ref-prefix" command was given, then the call to 'ls-refs.c:ref_match()' will abort early after it reads the zero in 'prefixes->nr'. Likewise, strvec_clear() will only call free() on the array, which is NULL, so we're safe there, too. But, all of this is dangerous and requires more reasoning than it would if we simply called 'strvec_init()', so do that. Signed-off-by: Jacob Vosmaer <jacob@gitlab.com> Signed-off-by: Taylor Blau <me@ttaylorr.com> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'ls-refs.c')
-rw-r--r--ls-refs.c1
1 files changed, 1 insertions, 0 deletions
diff --git a/ls-refs.c b/ls-refs.c
index a1e0b47..367597d 100644
--- a/ls-refs.c
+++ b/ls-refs.c
@@ -90,6 +90,7 @@ int ls_refs(struct repository *r, struct strvec *keys,
struct ls_refs_data data;
memset(&data, 0, sizeof(data));
+ strvec_init(&data.prefixes);
git_config(ls_refs_config, NULL);