While developing thsi FreeBSD version of nisdb(3), I took the opportunity
to run some of my test programs using the Solaris version of a library
on a SPARCstation 10 running Solaris 2.5.1. During testing, I discovered
a couple of small problems. These may not impact the operation of the
library when used with the NIS+ server, rpc.nisd(8), but they are examples
where the library does not match the specifications outlined in the
nis_db(3n) man page and should probably be addressed.

1) The Solaris libnisdb does not appear do anything with the 'ticks'
   member of the db_result structure. According to nis_db(3n), the
   'ticks' value is supposed to contain the 'execution time, in micro-
   seconds.' Presumeably, this means that functions which return a
   pointer to a db_result structure will fill in the ticks member with
   the number of microseconds it took for the function to complete.
   The Sun library does not appear to do this: the ticks value never
   contains an interesting value. Usually it contains either a 0 or
   garbage.

2) When asked to delete a table which does not exist, db_remove_table()
   returns a db_status code with a value of 9. This value is not
   documented anywhere: according to the <rpcsvc/nis_db.h> header
   file, db_result values can only range from 0 to 8.

3) The first time I attempted to compile a C program against the Solaris
   library, the link phase failed with an 'undefined symbol' error while
   trying to result db_free_result(). Apparently, db_free_result() has
   a mangled C++ name in the Solaris libnisdb'a symbol table, which makes
   it difficult to call it from a pure C program. (And since I don't know
   the first thing about C++, I am unlikely to call it from anything else.)

