From mi@rtfm.ziplink.net  Sat Jul 26 08:21:36 1997
Received: from aldan.ziplink.net (aldan.ziplink.net [199.232.255.49])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA03648
          for <FreeBSD-gnats-submit@freebsd.org>; Sat, 26 Jul 1997 08:21:01 -0700 (PDT)
Received: from rtfm.ziplink.net (rtfm [199.232.255.52])
	by aldan.ziplink.net (8.8.5/8.8.5) with ESMTP id LAA15815
	for <FreeBSD-gnats-submit@freebsd.org>; Sat, 26 Jul 1997 11:18:54 -0400 (EDT)
Received: (from mi@localhost)
	by rtfm.ziplink.net (8.8.5/8.8.5) id LAA01327;
	Sat, 26 Jul 1997 11:20:25 -0400 (EDT)
Message-Id: <199707261520.LAA01327@rtfm.ziplink.net>
Date: Sat, 26 Jul 1997 11:20:25 -0400 (EDT)
From: Mikhail Teterin <mi@aldan.ziplink.net>
Reply-To: mi@aldan.ziplink.net
To: FreeBSD-gnats-submit@freebsd.org
Subject: fetch(1): poor error handling in http mode
X-Send-Pr-Version: 3.2

>Number:         4171
>Category:       bin
>Synopsis:       fetch(1): poor error handling in http mode
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Jul 26 08:30:01 PDT 1997
>Closed-Date:    Mon May 4 04:08:02 PDT 1998
>Last-Modified:  Mon May  4 04:08:12 PDT 1998
>Originator:     Mikhail Teterin
>Release:        FreeBSD 3.0-970618-SNAP i386
>Organization:
>Environment:


>Description:

	The link goes down while fetching a file over http,
	and the downtime is long enough for the web-server to
	timeout. Fetch does not notice the fact and waits
	forever (or just very long).
	
	It would be ideal, if it were able to sense the anavailability
	of the service and start regetting the file from where it stopped
	with the new connection. But, at least, it should exit with the
	error code.

>How-To-Repeat:

	fetch http://server/big/enough/file/for/you/to/have/time/to/unplug

>Fix:

	If it is just plain impossible with the current htt protocol,
	please, disregard this message.
>Release-Note:
>Audit-Trail:

From: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
To: mi@aldan.ziplink.net
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: bin/4171: fetch(1): poor error handling in http mode
Date: Sat, 26 Jul 1997 15:20:50 -0400 (EDT)

 <<On Sat, 26 Jul 1997 11:20:25 -0400 (EDT), Mikhail Teterin <mi@aldan.ziplink.net> said:
 
 > 	The link goes down while fetching a file over http,
 > 	and the downtime is long enough for the web-server to
 > 	timeout. Fetch does not notice the fact and waits
 > 	forever (or just very long).
 	
 Ummm, if the connection is closed, then `fetch' certainly should
 notice.  You can certainly specify a timeout if you wish, of course
 (RTM).  If you can provide a `ktrace' of the problem, I wouldn't mind
 looking at it.
 
 -GAWollman
 
 --
 Garrett A. Wollman   | O Siem / We are all family / O Siem / We're all the same
 wollman@lcs.mit.edu  | O Siem / The fires of freedom 
 Opinions not those of| Dance in the burning flame
 MIT, LCS, CRS, or NSA|                     - Susan Aglukark and Chad Irschick
State-Changed-From-To: open->closed 
State-Changed-By: phk 
State-Changed-When: Mon May 4 04:08:02 PDT 1998 
State-Changed-Why:  
timed out 
>Unformatted:
