From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <40688432.9030502@swtch.com> From: Russ Cox User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6b) Gecko/20031221 Thunderbird/0.4 MIME-Version: 1.0 To: 9fans@cse.psu.edu Subject: Re: [9fans] hget References: <00a2104440670cbbedfa015c194ac561@vitanuova.com> In-Reply-To: <00a2104440670cbbedfa015c194ac561@vitanuova.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 29 Mar 2004 15:16:50 -0500 Topicbox-Message-UUID: 46201a54-eacd-11e9-9e20-41e7f4b1d025 rog@vitanuova.com wrote: >>it won't work if the connection gets halfway done, hangs up, >>and the remote server doesn't support content-range requests. >>but how often are you in this situation? >> >> > >actually, it seems (from the hget code) that the server can return >error 206 (partial content) which causes a seek on the output, even if >the content-range request is supported. i've no idea how common this >is though. > >i was thinking of changing hget so that if it's writing to stdout, it > > down that path lies madness... >would give up with an error rather than trying to seek back and try >again. > > how about hget -1 meaning "try once, then give up."?