GitLab

Honors "starting key" in BerkelyDB and LevelDB backends.  Note that
we are following RADOS semantics for starting key and excluding it from
returned list of keys.

closes #9

we were previously just returning all keys

kv_list_keys will give you all the keys in the database.  Still TODO:
implement the "starting key" feature, so we can get a subset of keys.

Makefile.am fix for manual build linking issue. Bug fix in kvgroup-client for addr_str size argument to margo_addr_to_string. The size is in/out so need to be careful in the loop.

Split up "context" (the instance of the sds-keyval service) and
"database" (a specific collection of keys and values).

Furthermore, teach 'group' about this split.  Now a 'group' is a
collection of one context and one or more databases.

fixes #5 and #6
fully fixes #7

C compilers on bebop are still c99 by default.

Fix BerkeleyDB interface implementation to be multithread tolerant. Added simple ABT_mutex in kv-server to protect access to the 2 datastore related global variables in open_handler. Successfully tested with ParSplice.

split up header into public and private/internal versions.

Fixes: #4

populaing a "kv_config.h" makes it easier to inspect what configure
thinks it found vs. looking through compiler command lines.

these small wrappers around margo init/finalize aren't helpful when
compositing with multiple services

also lets us use strange/specific CXXFLAGS only when needed

populaing a "kv_config.h" makes it easier to inspect what configure
thinks it found vs. looking through compiler command lines.