Re: [PATCH 3/3] diff: make "too many files" rename warning optional

From: Jeff King <peff@peff.net>
Date: May 5, 2008, 13:59 UTC
Message-ID: <20080505135954.GA17334@sigill.intra.peff.net>
In-Reply-To: <18462.18066.769759.585596@cargo.ozlabs.ibm.com>

On Mon, May 05, 2008 at 09:28:18AM +1000, Paul Mackerras wrote:

Show 9 quoted lines

> At the moment I don't think there is a good way in Tcl to get hold of
> the stderr output if a subcommand returns a non-zero exit status, but
> ignore it if the exit status is 0, other than by redirecting stderr to
> a temporary file, which has its own problems.  Tcl can bundle stderr
> in with stdout, or ignore it, or take it as an error indication, or
> send it to a file.
> 
> So if git commands can avoid writing non-error messages to stderr,
> that will make my life easier...

In that case, Junio, perhaps we should restrict this particular warning just to merge.

However, there a number of other warnings that can get printed on stderr, many of them related to reflogs. So I suspect with some reflog conditions (like a reflog that only goes back 1 day) you could end up with a tcl error for "gitk HEAD@{2.days.ago}".

-Peff