Skip to content

Commit a5bb10f

Browse files
ttaylorrdscho
andcommitted
config: avoid fixed-sized buffer when renaming/deleting a section
When renaming (or deleting) a section of configuration, Git uses the function `git_config_copy_or_rename_section_in_file()` to rewrite the configuration file after applying the rename or deletion to the given section. To do this, Git repeatedly calls `fgets()` to read the existing configuration data into a fixed size buffer. When the configuration value under `old_name` exceeds the size of the buffer, we will call `fgets()` an additional time even if there is no newline in the configuration file, since our read length is capped at `sizeof(buf)`. If the first character of the buffer (after zero or more characters satisfying `isspace()`) is a '[', Git will incorrectly treat it as beginning a new section when the original section is being removed. In other words, a configuration value satisfying this criteria can incorrectly be considered as a new secftion instead of a variable in the original section. Avoid this issue by using a variable-width buffer in the form of a strbuf rather than a fixed-with region on the stack. A couple of small points worth noting: - Using a strbuf will cause us to allocate arbitrary sizes to match the length of each line. In practice, we don't expect any reasonable configuration files to have lines that long, and a bandaid will be introduced in a later patch to ensure that this is the case. - We are using strbuf_getwholeline() here instead of strbuf_getline() in order to match `fgets()`'s behavior of leaving the trailing LF character on the buffer (as well as a trailing NUL). This could be changed later, but using strbuf_getwholeline() changes the least about this function's implementation, so it is picked as the safest path. - It is temping to want to replace the loop to skip over characters matching isspace() at the beginning of the buffer with a convenience function like `strbuf_ltrim()`. But this is the wrong approach for a couple of reasons: First, it involves a potentially large and expensive `memmove()` which we would like to avoid. Second, and more importantly, we also *do* want to preserve those spaces to avoid changing the output of other sections. In all, this patch is a minimal replacement of the fixed-width buffer in `git_config_copy_or_rename_section_in_file()` to instead use a `struct strbuf`. Reported-by: André Baptista <[email protected]> Reported-by: Vítor Pinho <[email protected]> Helped-by: Patrick Steinhardt <[email protected]> Co-authored-by: Johannes Schindelin <[email protected]> Signed-off-by: Johannes Schindelin <[email protected]> Signed-off-by: Taylor Blau <[email protected]>
1 parent 2919821 commit a5bb10f

File tree

2 files changed

+9
-8
lines changed

2 files changed

+9
-8
lines changed

config.c

Lines changed: 7 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -3091,7 +3091,7 @@ static int git_config_copy_or_rename_section_in_file(const char *config_filename
30913091
char *filename_buf = NULL;
30923092
struct lock_file lock = LOCK_INIT;
30933093
int out_fd;
3094-
char buf[1024];
3094+
struct strbuf buf = STRBUF_INIT;
30953095
FILE *config_file = NULL;
30963096
struct stat st;
30973097
struct strbuf copystr = STRBUF_INIT;
@@ -3132,14 +3132,14 @@ static int git_config_copy_or_rename_section_in_file(const char *config_filename
31323132
goto out;
31333133
}
31343134

3135-
while (fgets(buf, sizeof(buf), config_file)) {
3135+
while (!strbuf_getwholeline(&buf, config_file, '\n')) {
31363136
unsigned i;
31373137
int length;
31383138
int is_section = 0;
3139-
char *output = buf;
3140-
for (i = 0; buf[i] && isspace(buf[i]); i++)
3139+
char *output = buf.buf;
3140+
for (i = 0; buf.buf[i] && isspace(buf.buf[i]); i++)
31413141
; /* do nothing */
3142-
if (buf[i] == '[') {
3142+
if (buf.buf[i] == '[') {
31433143
/* it's a section */
31443144
int offset;
31453145
is_section = 1;
@@ -3158,7 +3158,7 @@ static int git_config_copy_or_rename_section_in_file(const char *config_filename
31583158
strbuf_reset(&copystr);
31593159
}
31603160

3161-
offset = section_name_match(&buf[i], old_name);
3161+
offset = section_name_match(&buf.buf[i], old_name);
31623162
if (offset > 0) {
31633163
ret++;
31643164
if (new_name == NULL) {
@@ -3233,6 +3233,7 @@ static int git_config_copy_or_rename_section_in_file(const char *config_filename
32333233
out_no_rollback:
32343234
free(filename_buf);
32353235
config_store_data_clear(&store);
3236+
strbuf_release(&buf);
32363237
return ret;
32373238
}
32383239

t/t1300-config.sh

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -613,7 +613,7 @@ test_expect_success 'renaming to bogus section is rejected' '
613613
test_must_fail git config --rename-section branch.zwei "bogus name"
614614
'
615615

616-
test_expect_failure 'renaming a section with a long line' '
616+
test_expect_success 'renaming a section with a long line' '
617617
{
618618
printf "[b]\\n" &&
619619
printf " c = d %1024s [a] e = f\\n" " " &&
@@ -623,7 +623,7 @@ test_expect_failure 'renaming a section with a long line' '
623623
test_must_fail git config -f y b.e
624624
'
625625

626-
test_expect_failure 'renaming an embedded section with a long line' '
626+
test_expect_success 'renaming an embedded section with a long line' '
627627
{
628628
printf "[b]\\n" &&
629629
printf " c = d %1024s [a] [foo] e = f\\n" " " &&

0 commit comments

Comments
 (0)