Date: Mon, 07 Dec 2009 15:33:37 +0100 From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <des@des.no> To: Luigi Rizzo <rizzo@iet.unipi.it> Cc: svn-src-head@freebsd.org, Ed Schouten <ed@80386.nl>, svn-src-all@freebsd.org, src-committers@freebsd.org, Hajimu UMEMOTO <ume@freebsd.org> Subject: Re: the need for safe dynamic string libraries Message-ID: <86ocmavoou.fsf@ds4.des.no> References: <200912052009.nB5K9okL098577@svn.freebsd.org> <ygek4wzpdv3.wl%ume@mahoroba.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> <86skbnrkrz.fsf@ds4.des.no> <20091207133117.GA73597@onelab2.iet.unipi.it>
next in thread | previous in thread | raw e-mail | index | archive | help
Luigi Rizzo <rizzo@iet.unipi.it> 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. The API would need to be extended to allow pseudofs to take full advantage of the changed semantics. (it is possible that the same functionality could be implemented in userland using funopen(3); such a solution would have all of the disadvantages of the current code except for the performance penalty, but none of its advantages) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86ocmavoou.fsf>