From: Junio C Hamano <junkio@cox.net>
Date: Fri, 07 Oct 2005 18:08:46 GMT
Subject: Re: [PATCH] Add support for parallel HTTP transfers
Message-ID: <7vachl42tt.fsf@assigned-by-dhcp.cox.net>
In-Reply-To: <20051007172206.GK15593@reactrix.com>

Nick Hengeveld <nickh@reactrix.com> writes:

> I think the only downside to leaving that check in place is that when
> pull() finishes there may be completed requests left behind in the
> queue, possibly with unreported transfer errors.  Would it make sense
> to just release any requests left in the queue after pull(), and report
> if any of them had transfer errors?

Pull finishing and reporting success while some requests have
still been outstanding with transfer errors sounds to me that
decision to finish and declare success is made prematurely.
What do these leftover requests you are worried about ask for?
Are you making redundant requests, which can turn out to be
unneeded?