Date: Wed, 12 Jul 2000 06:44:05 -0400 From: Will Andrews <andrews@TECHNOLOGIST.COM> To: Dag-Erling Smorgrav <des@flood.ping.uio.no> Cc: Will Andrews <andrews@TECHNOLOGIST.COM>, Adam <bsdx@looksharp.net>, Satoshi - Ports Wraith - Asami <asami@FreeBSD.ORG>, ports@FreeBSD.ORG Subject: Re: fetch(1) timeout Message-ID: <20000712064405.E1690@argon.gryphonsoft.com> In-Reply-To: <xzpitub63in.fsf@flood.ping.uio.no>; from des@flood.ping.uio.no on Wed, Jul 12, 2000 at 12:34:24PM %2B0200 References: <Pine.BSF.4.21.0007120534530.427-100000@turtle.looksharp.net> <xzpvgyb65g1.fsf@flood.ping.uio.no> <20000712055707.C1690@argon.gryphonsoft.com> <xzpn1jn64r2.fsf@flood.ping.uio.no> <20000712061459.D1690@argon.gryphonsoft.com> <xzpitub63in.fsf@flood.ping.uio.no>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jul 12, 2000 at 12:34:24PM +0200, Dag-Erling Smorgrav wrote: > The first time around, you killed fetch(1), so it never had a chance > of setting the modification time on the file. The second time around, > it noticed that the local file had a modification time different from > that of the remote file, and decided not to resume the transfer. This > is expected and documented behaviour; to force fetch(1) to disregard > the modification time when considering whether or not to resume a > transfer, use the -F option. Well, it seems to me that the typical reaction for a dialup user, when downloading a file and getting disconnected, would CTRL-C the connection, thinking "well, the connection's down so why bother leaving this here?". At least that's how I used to react. > It is possible to modify fetch(1) so it will set the modification time > even if interrupted; I will consider doing so if the changes required > are not too intrusive. Seems that would be a simple signal() setup. I'll look into the code and send you a diff (hopefully soon). -- Will Andrews <andrewsw@purdue.edu> <will@FreeBSD.org> GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000712064405.E1690>