From owner-cvs-lib  Tue Sep 10 12:54:44 1996
Return-Path: owner-cvs-lib
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id MAA09393
          for cvs-lib-outgoing; Tue, 10 Sep 1996 12:54:44 -0700 (PDT)
Received: from veda.is (ubiq.veda.is [193.4.230.60])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA09378;
          Tue, 10 Sep 1996 12:54:31 -0700 (PDT)
Received: (from adam@localhost) by veda.is (8.7.5/8.7.3) id TAA12252; Tue, 10 Sep 1996 19:53:52 GMT
From: Adam David <adam@veda.is>
Message-Id: <199609101953.TAA12252@veda.is>
Subject: Re: cvs commit: src/lib/libftpio ftpio.c
To: adam@veda.is (Adam David)
Date: Tue, 10 Sep 1996 19:53:50 +0000 (GMT)
Cc: jkh@time.cdrom.com, jkh@freefall.freebsd.org,
        CVS-committers@freefall.freebsd.org, cvs-all@freefall.freebsd.org,
        cvs-lib@freefall.freebsd.org, freebsd-ports@freebsd.org
In-Reply-To: <199609101942.TAA12231@veda.is> from Adam David at "Sep 10, 96 07:42:41 pm"
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-cvs-lib@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> > A quick Makefile hack would be to flag the file in some way if the transfer
> > does not complete normally, for instance by setting its mode or timestamp
> 
> On second look, it seems very reasonable in this context for fetch(1) to
> set the timestamp to 0 if an error occurs during download.

Uh did I say that? I meant let the ports Makefile zero the timestamp, since
fetch returns status by the usual method which is not required to be retained
between invocations.

Adam