[16849] in Kerberos_V5_Development
Re: Asynchronous operation and krb5 dependencies
daemon@ATHENA.MIT.EDU (Nathaniel McCallum)
Mon Jun 6 10:27:07 2011
From: Nathaniel McCallum <npmccallum@redhat.com>
To: Greg Hudson <ghudson@mit.edu>
Date: Mon, 06 Jun 2011 10:26:57 -0400
In-Reply-To: <1307369874.2281.83.camel@t410>
Message-ID: <1307370419.2174.6.camel@localhost>
Mime-Version: 1.0
Cc: Nico Williams <nico@cryptonector.com>, "krbdev@mit.edu" <krbdev@mit.edu>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: krbdev-bounces@mit.edu
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
_______________________________________________
krbdev mailing list krbdev@mit.edu
https://mailman.mit.edu/mailman/listinfo/krbdev
