Date: Tue, 10 Sep 1996 19:42:41 +0000 (GMT) From: Adam David <adam@veda.is> To: adam@veda.is (Adam David) 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 Subject: Re: cvs commit: src/lib/libftpio ftpio.c Message-ID: <199609101942.TAA12231@veda.is> In-Reply-To: <199609101904.TAA12202@veda.is> from Adam David at "Sep 10, 96 07:04:34 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
> Two sites have different timestamps on the files, so when fetch(1) compares > them it thinks "different file" and starts over. It's worse, the time on the partly downloaded file is never updated to match the remote file. > > Not much I can do about that - if you want to save what you've > > transfered already, you have to save the file. I don't see as how > > ports could know a good one from a bad one. I guess the other > > alternative would be to go to a temporary file all the time with > > fetch, only moving the file over it's been fully fetched. > 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. Adam
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199609101942.TAA12231>