Date: Thu, 24 Jul 1997 01:27:39 +0400 (MSD) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= <ache@nagual.pp.ru> To: Garrett Wollman <wollman@khavrinen.lcs.mit.edu> Cc: FreeBSD-current <current@FreeBSD.ORG> Subject: Re: 'fetch' error with http, fix wanted Message-ID: <Pine.BSF.3.96.970724012403.3952A-100000@lsd.relcom.eu.net> In-Reply-To: <199707232105.RAA26899@khavrinen.lcs.mit.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 23 Jul 1997, Garrett Wollman wrote: > <<On Thu, 24 Jul 1997 00:20:20 +0400 (MSD), =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= <ache@nagual.pp.ru> said: > > > This command > > fetch http://www.lothlorien.net/~squirrel/giger/art/Necronomicon_I.jpg > > > always says "connection reset by peer" in the middle of file transfer, > > meanwhile, new -current ftp or lynx do it sucessfully! > > Does anybody knows sockets enough to fix it? > > I would make a wild guess and suggest that it's likely a TCP bug on > their end, but without being able to get a tcpdump trace of it I can't > be certain. (It could, of course, also be a TCP bug on our end.) > But why ftp or lynx always works, if it is TCP bug? They show -stalled- state sometimes and I think fetch treat -stalled- as resetting by peer... I see the same behaviour already 4 times in the past, but forget other URLs. -- Andrey A. Chernov <ache@null.net> http://www.nagual.pp.ru/~ache/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.970724012403.3952A-100000>