From owner-svn-src-all@FreeBSD.ORG Mon Dec 7 13:11:46 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 790C4106568B; Mon, 7 Dec 2009 13:11:46 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 3524E8FC08; Mon, 7 Dec 2009 13:11:46 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 341E16D41B; Mon, 7 Dec 2009 13:11:45 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id D0340844F2; Mon, 7 Dec 2009 14:11:44 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Luigi Rizzo 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> <20091207130433.GA71902@onelab2.iet.unipi.it> Date: Mon, 07 Dec 2009 14:11:44 +0100 In-Reply-To: <20091207130433.GA71902@onelab2.iet.unipi.it> (Luigi Rizzo's message of "Mon, 7 Dec 2009 14:04:33 +0100") Message-ID: <86skbnrkrz.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 13:11:46 -0000 Luigi Rizzo writes: > "Dag-Erling Sm=C3=B8rgrav" writes: > > When libsbuf was ported to userland, sbuf_printf() was pessimized > > due to the limitations of libc's printf(). > but, isn't this an implementation detail ? What prevents the same > API to have two different implementation, one for kernel, one for userlan= d ? Maybe I wasn't entirely clear: functionality was removed from libsbuf because it could not be implemented in userland, because our printf(3) is badly implemented. To restore that functionality, we would have to either fork libsbuf or fix printf(3). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no