From owner-freebsd-current@FreeBSD.ORG Wed May 28 13:51:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2ED3106566B; Wed, 28 May 2008 13:51:56 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 45F118FC23; Wed, 28 May 2008 13:51:56 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id BCC01744004; Wed, 28 May 2008 16:28:26 +0300 (EEST) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Dy-VGxZQn5Bn; Wed, 28 May 2008 16:28:26 +0300 (EEST) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [91.198.50.114]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 452F6744003; Wed, 28 May 2008 16:28:26 +0300 (EEST) Message-ID: <483D5DF8.4020504@icyb.net.ua> Date: Wed, 28 May 2008 16:28:24 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.14 (X11/20080513) MIME-Version: 1.0 To: Harti Brandt References: <20080528110003.Q24259@beagle.kn.op.dlr.de> In-Reply-To: <20080528110003.Q24259@beagle.kn.op.dlr.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: cp(1) and mmap 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: Wed, 28 May 2008 13:51:56 -0000 on 28/05/2008 12:02 Harti Brandt said the following: > > Hi all, > > it looks like there is no fallback in cp(1) when mmaping the source file > fails. I'm mounting SMB shares via smbnetfs (which in turn uses fuse) > and it seems not to support mmaping files. Shouldn't cp just fallback to > a normal read()/write() loop in this case? I would think that it should. This topic was brought up several times, but no resolution so far. I think that I've even seen patches. -- Andriy Gapon