]> git.ipfire.org Git - thirdparty/git.git/commit - config.c
config: do not ungetc EOF
authorJeff King <peff@peff.net>
Thu, 5 Feb 2015 06:53:28 +0000 (01:53 -0500)
committerJunio C Hamano <gitster@pobox.com>
Thu, 5 Feb 2015 20:37:36 +0000 (12:37 -0800)
commit5e0be134d35a31f41921f89331a95337bb38c152
tree3e096bd96db28bf2c5130ab1fc68ad48ca209e66
parent282616c72d1d08a77ca4fe1186cb708c38408d87
config: do not ungetc EOF

When we are parsing a config value, if we see a carriage
return, we fgetc the next character to see if it is a
line feed (in which case we silently drop the CR). If it
isn't, we then ungetc the character, and take the literal
CR.

But we never check whether we in fact got a character at
all. If the config file ends in CR, we will get EOF here,
and try to ungetc EOF. This works OK for a real stdio
stream. The ungetc returns an error, and the next fgetc will
then return EOF again.

However, our custom buffer-based stream is not so fortunate.
It happily rewinds the position of the stream by one
character, ignoring the fact that we fed it EOF. The next
fgetc call returns the final CR again, over and over, and we
end up in an infinite loop.

Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
config.c
t/t1307-config-blob.sh