Date: Sat, 20 Jul 2013 11:34:48 -0700 From: "Jordan K. Hubbard" <jordan.hubbard@gmail.com> To: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= <des@des.no> Cc: arch@FreeBSD.org Subject: Re: General purpose library for name/value pairs. Message-ID: <A75059E9-5DE2-4D74-8B2F-436F87DB0841@turbofuzz.com> In-Reply-To: <86y591zok4.fsf@nine.des.no> References: <20130704215329.GG1402@garage.freebsd.pl> <4818.1373008073@critter.freebsd.dk> <20130705195255.GB25842@garage.freebsd.pl> <60317.1373055040@critter.freebsd.dk> <20130708150308.GE1383@garage.freebsd.pl> <717D098F-D07E-45B0-B9F0-8D8BCEF06923@mail.turbofuzz.com> <86y591zok4.fsf@nine.des.no>
next in thread | previous in thread | raw e-mail | index | archive | help
On Jul 20, 2013, at 12:19 AM, Dag-Erling Sm=F8rgrav <des@des.no> wrote: > He's not reinventing anything. He's implementing Solaris's nvpair = API, > which includes serialization - in fact, ZFS's on-disk format is based = on > serialized nvlists. Well, OK, perhaps "reinventing" was the wrong word, though if he's = "reimplementing" the nvlist part of Solaris's nvpairs then it sounds = like he just needs to finish the reimplementation since there's still no = serialization. Either that or start over / mutate it, since the more I = look at = http://docs.oracle.com/cd/E23824_01/html/821-1469/nvpair-name-3nvpair.html= the more I go "wow, this looks really bare-metal in its approach to, = well, everything!" I'm also not in love with Apple's Property List APIs or mechanism, = they're just what I'm familiar with and, as you and others have pointed = out, everyone and their dog seems to have gone down the same road at = some point with nvpair, libprop (NetBSD) and probably at least a few = others we're missing. I looked at libprop and it actually looks pretty = decent. - Jordan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?A75059E9-5DE2-4D74-8B2F-436F87DB0841>