trace: do not fall back to stderr
commit6f25305799f0bbddbac1d678293e8c5cf404deb3
authorJeff King <peff@peff.net>
Fri, 5 Aug 2016 07:58:38 +0000 (5 03:58 -0400)
committerJunio C Hamano <gitster@pobox.com>
Fri, 5 Aug 2016 16:28:17 +0000 (5 09:28 -0700)
tree4efc903742c4ecad1c4206910a30c782f9cbb4dc
parentca5c701ca50c24807793294c5ed22230858ac5e6
trace: do not fall back to stderr

If the trace code cannot open a specified file, or does not
understand the contents of the GIT_TRACE variable, it falls
back to printing trace output to stderr.

This is an attempt to be helpful, but in practice it just
ends up annoying. The user was trying to get the output to
go somewhere else, so spewing it to stderr does not really
accomplish that. And as it's intended for debugging, they
can presumably re-run the command with their error
corrected.

So instead of falling back, this patch disables bogus trace
keys for the rest of the program, just as we do for write
errors. We can drop the "Defaulting to..." part of the error
message entirely; after seeing "cannot open '/foo'", the
user can assume that tracing is skipped.

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