From owner-freebsd-current@FreeBSD.ORG Thu Mar 29 18:11:37 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 06D6216A404 for ; Thu, 29 Mar 2007 18:11:37 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id C771613C4AD for ; Thu, 29 Mar 2007 18:11:36 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 88807 invoked from network); 29 Mar 2007 18:11:37 -0000 Received: from ppp-71-139-28-99.dsl.snfc21.pacbell.net (HELO ?10.0.0.235?) (nate-mail@71.139.28.99) by root.org with ESMTPA; 29 Mar 2007 18:11:37 -0000 Message-ID: <460C0152.4070009@root.org> Date: Thu, 29 Mar 2007 11:11:30 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.7 (X11/20061027) MIME-Version: 1.0 To: Thomas David Rivers References: <200703291805.l2TI5Vt63613@lakes.dignus.com> In-Reply-To: <200703291805.l2TI5Vt63613@lakes.dignus.com> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: rpaulo@fnop.net, des@des.no, 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: Thu, 29 Mar 2007 18:11:37 -0000 Thomas David Rivers wrote: > The mainframe (z/OS) FTP server does not allow multiple > "directories" in CWD command. > > This is due to the mapping of "directories" to flat file names > in the z/OS dataset-name convention. > > So - while I can say: > > ftp> cd RIVERS > ftp> cd TEST > ftp> cd OBJ > > which results in the current working "directory" being > RIVERS.TEST.OBJ. I cannot say > > ftp> cd RIVERS/TEST/OBJ > > But, I _could_ say: > > ftp> cd RIVERS.TEST.OBJ > > > So - on "different" systems where the idea of "directory" has to > be mapped onto a foreign filesystem, you can get interesting > results. > > This may or may-not matter... I was just citing an example. The important thing is not whether that fails. I'm fine with it failing, as long as it 1) returns an error code and 2) doesn't change the current directory. An ftpd that 1) returned success or 2) changed to some random directory while returning an error must be buggy. Could you check your server? It should return some error code and PWD should not change. -- Nate