From: Thomas Rast Date: Sun, 22 Dec 2013 10:55:36 GMT Subject: Re: [PATCH] do not pretend sha1write returns errors Message-ID: <87lhzdqhnb.fsf@thomasrast.ch> In-Reply-To: <20131221141325.GA23828@sigill.intra.peff.net> Jeff King writes: > The sha1write function returns an int, but it will always be > "0". The failure-prone parts of the function happen in the > "flush" callback, which cannot pass an error back to us. So > we just end up calling die() during the flush. > > Let's just drop the return value altogether, as it only > confuses callers into thinking that it might be useful. > > Only one call site actually checked the return value. We can > drop that check, since it just led to a die() anyway. > > Signed-off-by: Jeff King Thanks. > This is kind of a step backwards if we ever wanted to actually make > sha1write's return code mean anything. But I just don't foresee that > happening. Meh. It hasn't returned a useful value since its introduction in 2005. -- Thomas Rast tr@thomasrast.ch