Skip to content

Commit a36df79

Browse files
peffdscho
authored andcommitted
range-diff: handle unterminated lines in read_patches()
When parsing our buffer of output from git-log, we have a find_end_of_line() helper that finds the next newline, and gives us the number of bytes to move past it, or the size of the whole remaining buffer if there is no newline. But trying to handle both those cases leads to some oddities: - we try to overwrite the newline with NUL in the caller, by writing over line[len-1]. This is at best redundant, since the helper will already have done so if it saw a newline. But if it didn't see a newline, it's actively wrong; we'll overwrite the byte at the end of the (unterminated) line. We could solve this just dropping the extra NUL assignment in the caller and just letting the helper do the right thing. But... - if we see a "diff --git" line, we'll restore the newline on top of the NUL byte, so we can pass the string to parse_git_diff_header(). But if there was no newline in the first place, we can't do this. There's no place to put it (the current code writes a newline over whatever byte we obliterated earlier). The best we can do is feed the complete remainder of the buffer to the function (which is, in fact, a string, by virtue of being a strbuf). To solve this, the caller needs to know whether we actually found a newline or not. We could modify find_end_of_line() to return that information, but we can further observe that it has only one caller. So let's just inline it in that caller. Nobody seems to have noticed this case, probably because git-log would never produce input that doesn't end with a newline. Arguably we could just return an error as soon as we see that the output does not end in a newline. But the code to do so actually ends up _longer_, mostly because of the cleanup we have to do in handling the error. Signed-off-by: Jeff King <[email protected]> Acked-by: Derrick Stolee <[email protected]> Signed-off-by: Junio C Hamano <[email protected]>
1 parent 18bc8eb commit a36df79

File tree

1 file changed

+11
-14
lines changed

1 file changed

+11
-14
lines changed

range-diff.c

Lines changed: 11 additions & 14 deletions
Original file line numberDiff line numberDiff line change
@@ -25,17 +25,6 @@ struct patch_util {
2525
struct object_id oid;
2626
};
2727

28-
static size_t find_end_of_line(char *buffer, unsigned long size)
29-
{
30-
char *eol = memchr(buffer, '\n', size);
31-
32-
if (!eol)
33-
return size;
34-
35-
*eol = '\0';
36-
return eol + 1 - buffer;
37-
}
38-
3928
/*
4029
* Reads the patches into a string list, with the `util` field being populated
4130
* as struct object_id (will need to be free()d).
@@ -85,9 +74,16 @@ static int read_patches(const char *range, struct string_list *list,
8574
size = contents.len;
8675
for (; size > 0; size -= len, line += len) {
8776
const char *p;
77+
char *eol;
78+
79+
eol = memchr(line, '\n', size);
80+
if (eol) {
81+
*eol = '\0';
82+
len = eol + 1 - line;
83+
} else {
84+
len = size;
85+
}
8886

89-
len = find_end_of_line(line, size);
90-
line[len - 1] = '\0';
9187
if (skip_prefix(line, "commit ", &p)) {
9288
if (util) {
9389
string_list_append(list, buf.buf)->util = util;
@@ -129,7 +125,8 @@ static int read_patches(const char *range, struct string_list *list,
129125
strbuf_addch(&buf, '\n');
130126
if (!util->diff_offset)
131127
util->diff_offset = buf.len;
132-
line[len - 1] = '\n';
128+
if (eol)
129+
*eol = '\n';
133130
orig_len = len;
134131
len = parse_git_diff_header(&root, &linenr, 0, line,
135132
len, size, &patch);

0 commit comments

Comments
 (0)