From owner-freebsd-current@FreeBSD.ORG Sat Apr 7 21:20:08 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 01B5E16A402 for ; Sat, 7 Apr 2007 21:20:08 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id A8E3F13C455 for ; Sat, 7 Apr 2007 21:20:05 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so655535pyh for ; Sat, 07 Apr 2007 14:20:05 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=hlk31uvEKpkusYU1BUDw9BEvydhNbn84SrZx5fqCjdP8MO6AEcYsBdwCbSwO3q+aD9NN0c8PVm0ieqyAVw2pmKqnw4qUqcPtcUxjxzeBjSld2xZfghK/nTAsVCBkdl07xKEaT8GgH7jooTfiH6UiM+J+7R+94Ob3xNgxL4nZDVw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=JlJZ6mtDn6ZaIXfUv5vj6RUxGLkN75Xbe3fNsOFfuXAKRSkRk6AbrF+/YQzG38+vyjW5c36XYklw6LLAmi0MAAtfHbB9MxePVtywaBL4jgQc58L2rOBH/MdLPG52GdI08rnpfcVPW+ROdzsIqeK45K3tlieBg9+LwpChQUTozYE= Received: by 10.65.151.6 with SMTP id d6mr8670574qbo.1175979336216; Sat, 07 Apr 2007 13:55:36 -0700 (PDT) Received: from ?192.168.1.72? ( [70.234.111.73]) by mx.google.com with ESMTP id c12sm21229107nzc.2007.04.07.13.55.34; Sat, 07 Apr 2007 13:55:35 -0700 (PDT) Message-ID: <46180569.4060402@gmail.com> Date: Sat, 07 Apr 2007 15:56:09 -0500 From: Harrison Grundy User-Agent: Thunderbird 1.5.0.7 (X11/20061027) MIME-Version: 1.0 To: Nate Lawson References: <460AE39B.4070706@root.org> <86odmcqylx.fsf@dwp.des.no> <200703291905.00192.pieter@degoeje.nl> <86k5wzq4vx.fsf@dwp.des.no> <86fy7nq4q1.fsf@dwp.des.no> <4617D2CE.1050502@root.org> <86ps6g5759.fsf@dwp.des.no> <4617F563.40502@root.org> In-Reply-To: <4617F563.40502@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , current@freebsd.org Subject: Re: libfetch ftp patch for less latency X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Apr 2007 21:20:08 -0000 Nate Lawson wrote: > Dag-Erling Smørgrav wrote: > >> Nate Lawson writes: >> >>> Obviously, it's easier to do nothing than something. So here are some >>> options: >>> >>> 1. Add my patch -- if a server returns an error, I see no way it would >>> have changed the PWD. If you say "CD GARBAGE", what reasonable system >>> would return an error and change to some random dir? >>> >>> 2. Add an env variable (similar to FTP_PASSIVE_MODE, say >>> "FTP_SINGLE_CWD") which forces the current behavior. If not set, fetch >>> tries the multi-method first, falls back to the single-method on error. >>> >> No. >> >> Thanks, >> >> DES >> > > I forgot: > > 3. #ifdef (on or off by default) > > Also, can I hear from anyone else besides Mr. No? > > Thanks, > I'd be fine with this... it should be fairly easy to make sure this won't break the oddball servers. Worst case, you could start from scratch on a failure. (Re-initialize the connection and all...) This certainly makes a difference on high latency links, or slow servers. Thanks! --- Harrison