General purpose library for name/value pairs.

[Pawel Jakub Dawidek]

On Sat, Jul 27, 2013 at 07:13:51AM +1000, Bruce Evans wrote:
> On Fri, 26 Jul 2013, Pawel Jakub Dawidek wrote:
> 
> > On Fri, Jul 26, 2013 at 06:04:15PM +1000, Bruce Evans wrote:
> >> On Thu, 25 Jul 2013, Pawel Jakub Dawidek wrote:
> >>
> >>> Returning to this thread after a short break. I removed all
> >>> {,u}int{8,16.32.64} types and implemented only 'number' type which is
> >>> uint64_t. Looks much nicer now.
> >>
> >> The numeric type should be floating point.  Or better yet, bignum.  Or
> >> more practically, uintmax_t.
> >
> > The uintmax_t in theory can change in the future, which would make
> > sending numeric type from system with larger uintmax_t to system with
> > smaller uintmax_t problematic.
> 
> Using uint64_t is especially broken then, since uint64_t is too small to
> represent numbers on the system with larger uintmax_t. [...]

At least the user is aware of the size and is not surprised by some
undefined behaviour.

> [...] But how is the
> data sent across systems by your API?

By nvlist_send(sock, nvl).

-- 
Pawel Jakub Dawidek                       http://www.wheelsystems.com
FreeBSD committer                         http://www.FreeBSD.org
Am I Evil? Yes, I Am!                     http://mobter.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-arch/attachments/20130726/682d06fc/attachment.sig>