Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S263081AbTKTVum (ORCPT ); Thu, 20 Nov 2003 16:50:42 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S263082AbTKTVum (ORCPT ); Thu, 20 Nov 2003 16:50:42 -0500 Received: from gaia.cela.pl ([213.134.162.11]:37900 "EHLO gaia.cela.pl") by vger.kernel.org with ESMTP id S263081AbTKTVuk (ORCPT ); Thu, 20 Nov 2003 16:50:40 -0500 Date: Thu, 20 Nov 2003 22:49:53 +0100 (CET) From: Maciej Zenczykowski To: Timothy Miller cc: Andreas Dilger , Justin Cormack , Jesse Pollard , linux-kernel mailing list Subject: Re: OT: why no file copy() libc/syscall ?? In-Reply-To: <3FBD328C.1070607@techsource.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 981 Lines: 24 > It is, though. If you run out of space copying a file, you know it when > you're copying. Applications don't usually expect to get out-of-space > errors while overwriting something in the middle of a file. What about sparse files? > In effect, your free space and your used space add up to greater than > the capacity of the disk. An application that checks for free space > before doing something would be fooled into thinking there is more free > space than there really is. How can an application find out in advance > that a file that it's about to modify (without appending anything to the > end) is going to need more disk space? I don't think it can do that already now with sparse files, can it? Cheers, MaZe. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/