* It is unclear if MPI I/O can make use of this, but it cannot hurt either.

* This version is still sub-optimal and transfers more data amongst the
  I/O server processes than strictly necessary.

* No component external to namespace needs to know.

* PIO client can only ever be invoked on active namespaces, other stages
  no longer exist.

* Namespaces are either in-use or unused, no further state logic is
  required.

* Having a configuration object will allow future extensions without
  a change of interface to cdiPioInit.
* Also move code to translate I/O mode string vs. integer into library.