From owner-cvs-all@FreeBSD.ORG Tue May 8 21:23:17 2007 Return-Path: X-Original-To: cvs-all@FreeBSD.org Delivered-To: cvs-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0E7816A402; Tue, 8 May 2007 21:23:17 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 5E37F13C44B; Tue, 8 May 2007 21:23:17 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 6998620AA; Tue, 8 May 2007 23:23:13 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id C202E20A7; Tue, 8 May 2007 23:23:12 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 89B93509D; Tue, 8 May 2007 23:23:12 +0200 (CEST) From: des@des.no (Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?=) To: Nate Lawson References: <200704222233.l3MMXUKH045452@repoman.freebsd.org> <86abwzio7t.fsf@dwp.des.no> <462CD3FD.6080300@root.org> <86tzurqp4d.fsf@dwp.des.no> <864pmn5lvd.fsf@dwp.des.no> <4640D8AA.40101@root.org> Date: Tue, 08 May 2007 23:23:12 +0200 In-Reply-To: <4640D8AA.40101@root.org> (Nate Lawson's message of "Tue, 08 May 2007 13:08:10 -0700") Message-ID: <86lkfzm2m7.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/lib/libfetch fetch.3 ftp.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 May 2007 21:23:17 -0000 Nate Lawson writes: > BTW, is there any reason to redo the "MODE S" and "TYPE I" commands > after MDTM? MODE and TYPE commands are always issued before an MDTM (fetchStat*()) or RETR (fetchGet*()), because the code assumes that they can vary from one call to another. This is true for TYPE (you can specify it in the URL), and I chose to assume that it might also be the case for MODE, even though it currently isn't. (remember that the FTP code will reuse the control connection across calls as long as the requested URLs are on the same server) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no