pathspec: handle non-terminated strings with :(attr)
commit8a2c174677e62fe778f5616bf67097cad3a5636e
authorJeff King <peff@peff.net>
Fri, 2 Nov 2018 05:23:22 +0000 (2 01:23 -0400)
committerJunio C Hamano <gitster@pobox.com>
Fri, 2 Nov 2018 11:49:53 +0000 (2 20:49 +0900)
treec46f9988e9ce0fa1dbc94d1bdcd85efdd3ef5b7e
parentc27cc94fad36ba46fea4a031d6df9d45b931f421
pathspec: handle non-terminated strings with :(attr)

The pathspec code always takes names to be matched as a
name/namelen pair, but match_attrs() never looks at namelen,
and just treats "name" like a NUL-terminated string, passing
it to git_check_attr().

This usually works anyway. Every caller passes a
NUL-terminated string, and in all but one the passed-in
length is the same as the length of the string (the
exception is dir_path_match(), which may pass a smaller
length to drop a trailing slash). So we won't currently ever
read random memory, and the one case I found actually
happens to work correctly because the attr code can handle
the trailing slash itself.

But it's still worth addressing, as the function interface
implies that the name does not have to be NUL-terminated,
making this an accident waiting to happen.

Since teaching git_check_attr() to take a ptr/len pair would
be a big refactor, we'll just allocate a new string. We can
do this only when necessary, which avoids paying the cost
for most callers.

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