From owner-svn-src-all@FreeBSD.ORG Mon Dec 7 14:56:10 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 D38D9106566B; Mon, 7 Dec 2009 14:56:10 +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 8C3C28FC19; Mon, 7 Dec 2009 14:56:10 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id CA7FD6D41C; Mon, 7 Dec 2009 14:56:09 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id A6E1A844E9; Mon, 7 Dec 2009 15:56:09 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Luigi Rizzo 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> <20091207145452.GA78854@onelab2.iet.unipi.it> Date: Mon, 07 Dec 2009 15:56:09 +0100 In-Reply-To: <20091207145452.GA78854@onelab2.iet.unipi.it> (Luigi Rizzo's message of "Mon, 7 Dec 2009 15:54:52 +0100") Message-ID: <86bpiavnna.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 14:56:10 -0000 Luigi Rizzo writes: > "Dag-Erling Sm=C3=B8rgrav" writes: > > 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). There are parts of CAM that are shared between the kernel and userland (which is why libsbuf was created in the first place)... OTOH, I don't think they use the sbuf API in such a way that they would be affected. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no