Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S266705AbUIEONr (ORCPT ); Sun, 5 Sep 2004 10:13:47 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S266721AbUIEONq (ORCPT ); Sun, 5 Sep 2004 10:13:46 -0400 Received: from c002781a.fit.bostream.se ([217.215.235.8]:52378 "EHLO mail.tnonline.net") by vger.kernel.org with ESMTP id S266687AbUIEONm (ORCPT ); Sun, 5 Sep 2004 10:13:42 -0400 Date: Sun, 5 Sep 2004 16:13:33 +0200 From: Spam Reply-To: Spam X-Priority: 3 (Normal) Message-ID: <264532836.20040905161333@tnonline.net> To: Tonnerre CC: Helge Hafting , Oliver Hunt , Hans Reiser , Linus Torvalds , David Masover , Jamie Lokier , Horst von Brand , Adrian Bunk , , Christoph Hellwig , , , Alexander Lyamin aka FLX , ReiserFS List Subject: Re: The argument for fs assistance in handling archives In-Reply-To: <20040905134428.GN26560@thundrix.ch> References: <4136A14E.9010303@slaphack.com> <4136C876.5010806@namesys.com> <4136E0B6.4000705@namesys.com> <4699bb7b04090202121119a57b@mail.gmail.com> <4136E756.8020105@hist.no> <4699bb7b0409020245250922f9@mail.gmail.com> <413829DF.8010305@hist.no> <20040905134428.GN26560@thundrix.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1170 Lines: 35 > Salut, > On Fri, Sep 03, 2004 at 10:22:55AM +0200, Helge Hafting wrote: >> Requiring another syscall to open forks other than the primary >> breaks _all_ existing software because it obviously don't use that >> syscall yet. And then it doesn't provide any advantages over the >> file-as-plain-directory way. . . > Actually... > We might tune the sys_open() call to take an additional argument (the > stream ID), and introduce a compatibility interface into *libc which > chooses strid=0 by default if the plain old open call is being used. > Maybe this can be handled transparently by cpp.. How are things like copy handled today? Is it just some code linked in during compilation (ie, the application handles the copy itself) or is it a library function in libc? If it is in libc then it ought to be enough if libc is patched to support the new semantics with file-as-dir etc. ~S > Tonnerre - 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/