Asynchronous operation and krb5 dependencies

[Nathaniel McCallum]

On Mon, 2011-06-06 at 10:17 -0400, Greg Hudson wrote:
> On Mon, 2011-06-06 at 06:46 -0400, Nico Williams wrote:
> > (Well, but then, how do you deal with APIs like the GSS-API where
> > there's no obvious way to reference any particular context due to the
> > lack of a krb5_context-like argument?)
> 
> For the purposes of libkrb5, we're taking the view that an application
> will only need one main loop implementation.  (It may need multiple
> instances of the main loop, but we're not trying to support an
> application which uses libevent in one thread and g_main_* in another.)
> So, when the application provides its vtable to libverto, that will get
> stored in global process state and used for all async operations--no
> need for a context.

My coding thus far *has* focused on passing around such a context
(called vLoop).  However, as I implement backends, I'm going to see if
there is a sane way to permit the application to set some sort of
default loop.

I'm hoping to have a proof of concept this week (the core already
compiles, I'm moving on to backends).  Once I have something I can demo,
I'll propose the API for review.

Nathaniel