]> git.ipfire.org Git - thirdparty/git.git/commit
fetch: free "raw" string when shrinking refspec
authorJeff King <peff@peff.net>
Tue, 24 Sep 2024 21:57:40 +0000 (17:57 -0400)
committerJunio C Hamano <gitster@pobox.com>
Wed, 25 Sep 2024 17:24:54 +0000 (10:24 -0700)
commitea4780307cc5007c6136ed216d45841d21ccfe75
tree365db66aec7fabb4de7b6182ac0a7571b0e543a6
parente00e1cff0d845a66c58180d75c33be109a958ba3
fetch: free "raw" string when shrinking refspec

The "--prefetch" option to git-fetch modifies the default refspec,
including eliminating some entries entirely. When we drop an entry we
free the strings in the refspec_item, but we forgot to free the matching
string in the "raw" array of the refspec struct. There's no behavioral
bug here (since we correctly shrink the raw array, too), but we're
leaking the allocated string.

Let's add in the leak-fix, and while we're at it drop "const" from
the type of the raw string array. These strings are always allocated by
refspec_append(), etc, and this makes the memory ownership more clear.

This is all a bit more intimate with the refspec code than I'd like, and
I suspect it would be better if each refspec_item held on to its own raw
string, we had a single array, and we could use refspec_item_clear() to
clean up everything. But that's a non-trivial refactoring, since
refspec_item structs can be held outside of a "struct refspec", without
having a matching raw string at all. So let's leave that for now and
just fix the leak in the most immediate way.

This lets us mark t5582 as leak-free.

Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
builtin/fetch.c
refspec.c
refspec.h
t/t5582-fetch-negative-refspec.sh