From owner-svn-src-all@FreeBSD.ORG Mon Dec 7 12:56:14 2009 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5127106568D; Mon, 7 Dec 2009 12:56:14 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 94A0E8FC1A; Mon, 7 Dec 2009 12:56:14 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 51D4073106; Mon, 7 Dec 2009 14:04:33 +0100 (CET) Date: Mon, 7 Dec 2009 14:04:33 +0100 From: Luigi Rizzo To: Dag-Erling Sm??rgrav Message-ID: <20091207130433.GA71902@onelab2.iet.unipi.it> References: <200912052009.nB5K9okL098577@svn.freebsd.org> <20091207055752.GD64905@hoeg.nl> <20091207085927.GC57764@onelab2.iet.unipi.it> <86iqcjt93c.fsf@ds4.des.no> <20091207105343.GA62012@onelab2.iet.unipi.it> <86ein7t5m5.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86ein7t5m5.fsf@ds4.des.no> User-Agent: Mutt/1.4.2.3i Cc: svn-src-head@freebsd.org, Ed Schouten , svn-src-all@freebsd.org, src-committers@freebsd.org, Hajimu UMEMOTO Subject: Re: the need for safe dynamic string libraries X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2009 12:56:14 -0000 On Mon, Dec 07, 2009 at 11:56:18AM +0100, Dag-Erling Sm??rgrav wrote: > Luigi Rizzo writes: > > What do you mean exactly ? > > When libsbuf was ported to userland, sbuf_printf() was pessimized due to > the limitations of libc's printf(). This makes certain parts of but, isn't this an implementation detail ? What prevents the same API to have two different implementation, one for kernel, one for userland ? cheers luigi > pseudofs extremely inefficient: for instance, if you read from a > /proc/whatever that's backed by an sbuf, it has to generate the entire > file even if you only asked for a small chunk at a large offset. > > DES > -- > Dag-Erling Sm??rgrav - des@des.no