From owner-cvs-src@FreeBSD.ORG  Mon Aug 16 08:10:16 2004
Return-Path: <owner-cvs-src@FreeBSD.ORG>
Delivered-To: cvs-src@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3771816A50A; Mon, 16 Aug 2004 08:10:16 +0000 (GMT)
Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id A8EAD43D39; Mon, 16 Aug 2004 08:10:15 +0000 (GMT)
	(envelope-from mark@grondar.org)
Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1])
	i7G8AEiM019766;	Mon, 16 Aug 2004 09:10:14 +0100 (BST)
	(envelope-from mark@grondar.org)
Received: (from Ugrondar@localhost)i7G8AE5V019764;
	Mon, 16 Aug 2004 09:10:14 +0100 (BST)
	(envelope-from mark@grondar.org)
X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to
	mark@grondar.org using -f
Received: from grondar.org (localhost [127.0.0.1])i7G89jIs080167;
	Mon, 16 Aug 2004 09:09:45 +0100 (BST)
	(envelope-from mark@grondar.org)
Message-Id: <200408160809.i7G89jIs080167@grimreaper.grondar.org>
To: Dag-Erling Smorgrav <des@FreeBSD.ORG>
From: Mark Murray <markm@FreeBSD.ORG>
In-Reply-To: Your message of "Sun, 15 Aug 2004 22:22:36 -0000."
             <200408152222.i7FMMae2018957@repoman.freebsd.org> 
Date: Mon, 16 Aug 2004 09:09:45 +0100
Sender: mark@grondar.org
cc: cvs-src@FreeBSD.ORG
cc: src-committers@FreeBSD.ORG
cc: cvs-all@FreeBSD.ORG
Subject: Re: cvs commit: src/usr.bin/fetch fetch.c 
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the src tree <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Aug 2004 08:10:16 -0000

Dag-Erling Smorgrav writes:
>   Fix a couple of edge cases in which sb.st_size may be incorrect or
>   meaningless.  In particular, don't assume that it is left untouched if
>   stat(2) fails; that assumption happens to fail at high optimization
>   levels on some platforms.

Hi DES

Could you please also look at another particularly annoying bug?

If you are fetching something (usually happens with "make fetch" in
ports/), and there is a line outage (happens on my ISDN line sometimes,
fetch does not recover. The progress meter freezes on wherever it was
and fetch stops doing anything. A ^C breaks out of it, but that obviously
messes up a big fetch :-).

What do you need? I can reproduce this any time. (Not when I'm at work!)

M
--
Mark Murray
iumop ap!sdn w,I idlaH