xdiff: avoid computing non-zero offset from NULL pointer
commit3cd309c16f3b9370a90d2f4eb69002473020412a
authorJeff King <peff@peff.net>
Sat, 25 Jan 2020 05:39:29 +0000 (25 00:39 -0500)
committerJunio C Hamano <gitster@pobox.com>
Wed, 29 Jan 2020 07:13:25 +0000 (28 23:13 -0800)
tree465de16ad57bb5477586d3b7b5ebdf600ddd26b3
parentd20bc01a51f7899deb7a04bdd7c2495789185297
xdiff: avoid computing non-zero offset from NULL pointer

As with the previous commit, clang-11's UBSan complains about computing
offsets from a NULL pointer, causing some tests to fail. In this case,
though, we're actually computing a non-zero offset, which is even more
dubious. From t7810:

  xdiff-interface.c:268:14: runtime error: applying non-zero offset 1 to null pointer
  ...
  not ok 131 - grep -p with userdiff

The problem is our parsing of the funcname config. We count the number
of lines in the string, allocate an array, and then loop over our
allocated entries, parsing each line and moving our cursor to one past
the trailing newline for the next iteration.

But the final line will not generally have a trailing newline (since
it's a config value), and hence we go to one past NULL. In practice this
is OK, since our loop should terminate before we look at the value. But
even computing such an invalid pointer technically violates the
standard.

We can fix it by leaving the pointer at NULL if we're at the end, rather
than one-past. And while we're thinking about it, we can also document
the variant by asserting that our initial line-count matches the
second-pass of parsing.

Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
xdiff-interface.c