Start the JSON command-line API

Add design document for the Javascript API to be provided for web apps.

This test is no longer relevant.

Remove an abandoned approach

Display minor status in hex as well; correct the call to gss_display_status for the minor status error formatting

Periodic commit.

* Found where the JS wasn't handling pointers well in str_to_oid, fixed.
* Now back to using the SPNEGO mechanism as default in the convenience
  function, rather than GSS_C_NO_OID.
* Added some more logging output around the results of
  gss_init_sec_context.

Set mech_type explicity; messages around import_name

Move to a firefox XPI plugin using JS-Ctypes instead of NPAPI.

JS-Ctypes is intended to make simple calls out to dynamic libraries much simpler to develop than either NPAPI or XPCOMM.  Using this, generate calls to the code contained in ../gssapi_utils and the GSS-API calls themselves to call out to the requisite functionality.

This first commit contains working code that calls out to both libgssapi_krb5 and libgssapi_utils, leading up to a call to create the context token from a call to gss_init_sec_context.  Well, it is "working" in the sense that the calls all succeed in crossing the boundary between JavaScript and dynamic shared object libraries; it fails to invoke the function well enough for the function to succeed.

more code to check in before moving in a different direction; ignoring more editor files.

Check in some work on the NPAPI; probably abandoned, but why lose the work if we don't have to?

GSS-API helper library for simplified GSS calls

Get the plugin registered with the browser

Move to toplevel to affect the entire source tree

Ignore cmake files, c object files

First additions