diff: handle NULs in get_string_hash()
commitb66b5072921fb706f1e9352f471098c988b0ca39
authorJeff King <peff@peff.net>
Thu, 19 Oct 2017 20:31:20 +0000 (19 16:31 -0400)
committerJunio C Hamano <gitster@pobox.com>
Sat, 21 Oct 2017 12:12:53 +0000 (21 21:12 +0900)
treeb9e4c6bfafda6d25496e15e71d08c0128d714744
parentda58318e76b37c345e4d0da4c42987ad45b4f155
diff: handle NULs in get_string_hash()

For computing moved lines, we feed the characters of each
line into a hash. When we've been asked to ignore
whitespace, then we pick each character using next_byte(),
which returns -1 on end-of-string, which it determines using
the start/end pointers we feed it.

However our check of its return value treats "0" the same as
"-1", meaning we'd quit if the string has an embedded NUL.
This is unlikely to ever come up in practice since our line
boundaries generally come from calling strlen() in the first
place.

But it was a bit surprising to me as a reader of the
next_byte() code. And it's possible that we may one day feed
this function with more exotic input, which otherwise works
with arbitrary ptr/len pairs.

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