From owner-svn-src-all@FreeBSD.ORG Mon Dec 7 14:46:34 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 E2C8E106566B; Mon, 7 Dec 2009 14:46:34 +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 A09AE8FC24; Mon, 7 Dec 2009 14:46:34 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 1879B730DA; Mon, 7 Dec 2009 15:54:52 +0100 (CET) Date: Mon, 7 Dec 2009 15:54:52 +0100 From: Luigi Rizzo To: Dag-Erling Sm??rgrav Message-ID: <20091207145452.GA78854@onelab2.iet.unipi.it> References: <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> <86skbnrkrz.fsf@ds4.des.no> <20091207133117.GA73597@onelab2.iet.unipi.it> <86ocmavoou.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86ocmavoou.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 14:46:35 -0000 On Mon, Dec 07, 2009 at 03:33:37PM +0100, Dag-Erling Sm??rgrav wrote: > Luigi Rizzo writes: > > But my point is-- does the functionality that was removed rely > > on a different API, or we can keep the same API and have two > > different implementation of the hopefully few things that change > > between kernel and userland > > Restoring sbuf_printf() to what it was would not change the API, but the > semantics would be different in certain cases. doesn't seem a big deal, we already have diffent behaviour in kernel vs userland for certain functions (e.g. printf() itself, if nothing else the format specifiers are different in some cases).