From owner-freebsd-bugs Mon Nov 17 21:02:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA19029 for bugs-outgoing; Mon, 17 Nov 1997 21:02:11 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from mph124.rh.psu.edu (hunt@MPH124.rh.psu.edu [128.118.126.83]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA19006; Mon, 17 Nov 1997 21:01:55 -0800 (PST) (envelope-from hunt@mph124.rh.psu.edu) Received: (from hunt@localhost) by mph124.rh.psu.edu (8.8.7/8.8.7) id AAA10900; Tue, 18 Nov 1997 00:01:53 -0500 (EST) (envelope-from hunt) Message-ID: <19971118000152.31048@mph124.rh.psu.edu> Date: Tue, 18 Nov 1997 00:01:52 -0500 From: Matthew Hunt To: Bill Fenner Cc: freebsd-bugs@hub.freebsd.org Subject: Re: bin/5074 References: <199711180458.UAA18498@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: <199711180458.UAA18498@hub.freebsd.org>; from Bill Fenner on Mon, Nov 17, 1997 at 08:58:17PM -0800 Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, Nov 17, 1997 at 08:58:17PM -0800, Bill Fenner wrote: > This appears to be a symptom of the buggy T/TCP interaction that > the "-b" flag was designed to work around. Can you re-try the > fetch with "-b"? That's a negative: $ fetch -b http://www.geocities.com/SiliconValley/Park/2055/c2ps-40.tgz fetch: reading reply from www.geocities.com: Connection reset by peer Using "-t" as suggested by Marc Slemko succeeds. $ fetch -t http://www.geocities.com/SiliconValley/Park/2055/c2ps-40.tgz Receiving c2ps-40.tgz (48137 bytes): 100% 48137 bytes transfered in 1.2 seconds (37.93 Kbytes/s)