files_read_raw_ref: avoid infinite loop on broken symlinks
commit3f7bd767ed6df4dbbc36c5ab881c0de668107001
authorJeff King <peff@peff.net>
Thu, 6 Oct 2016 19:41:08 +0000 (6 15:41 -0400)
committerJunio C Hamano <gitster@pobox.com>
Mon, 10 Oct 2016 17:53:16 +0000 (10 10:53 -0700)
treeba275a1c1068e5ba91e0be2f60a58ee0198c36c6
parent6406bdc0b95715a087fdeeb0f6adf3deb80a25b8
files_read_raw_ref: avoid infinite loop on broken symlinks

Our ref resolution first runs lstat() on any path we try to
look up, because we want to treat symlinks specially (by
resolving them manually and considering them symrefs). But
if the results of `readlink` do _not_ look like a ref, we
fall through to treating it like a normal file, and just
read the contents of the linked path.

Since fcb7c76 (resolve_ref_unsafe(): close race condition
reading loose refs, 2013-06-19), that "normal file" code
path will stat() the file and if we see ENOENT, will jump
back to the lstat(), thinking we've seen inconsistent
results between the two calls. But for a symbolic ref, this
isn't a race: the lstat() found the symlink, and the stat()
is looking at the path it points to. We end up in an
infinite loop calling lstat() and stat().

We can fix this by avoiding the retry-on-inconsistent jump
when we know that we found a symlink. While we're at it,
let's add a comment explaining why the symlink case gets to
this code in the first place; without that, it is not
obvious that the correct solution isn't to avoid the stat()
code path entirely.

Signed-off-by: Jeff King <peff@peff.net>
Reviewed-by: Michael Haggerty <mhagger@alum.mit.edu>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
refs/files-backend.c
t/t1503-rev-parse-verify.sh