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ørgrav <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>