From owner-freebsd-bugs Thu Dec 27 4:50:16 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5AB2E37B416; Thu, 27 Dec 2001 04:50:10 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id fBRCmvi14792; Thu, 27 Dec 2001 04:48:57 -0800 (PST) (envelope-from sheldonh) Date: Thu, 27 Dec 2001 04:48:57 -0800 (PST) From: Message-Id: <200112271248.fBRCmvi14792@freefall.freebsd.org> To: dgl@visi.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/31692: 2872-or-less-byte ftp binary transfer from smbfs share produces garbage Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: 2872-or-less-byte ftp binary transfer from smbfs share produces garbage State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Thu Dec 27 04:45:13 PST 2001 State-Changed-Why: First, try a recent RELENG_4 and confirm that the problem persists. Then, my guess would be sendfile() ickiness. We can prove this by forcing the use of the old method instead of sendfile(). In ftpd.c, in send_data(), find the first occurrence of if (isreg) { and insert goto oldway; immediately before it. This will skip the sendfile() method. If that solves the problem, we know it's odd sendfile() interaction with smbfs (or possibly all remote filesystem types). If so, it'd be interesting to see whether the same behaviour is observed with NFS instead of smbfs. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=31692 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message