[15944] in Kerberos_V5_Development

home help back first fref pref prev next nref lref last post

Re: design choices for a loadable module interface

daemon@ATHENA.MIT.EDU (Will Fiveash)
Tue Jun 29 20:32:17 2010

Date: Tue, 29 Jun 2010 19:32:22 -0500
From: Will Fiveash <will.fiveash@oracle.com>
To: Russ Allbery <rra@stanford.edu>
Message-ID: <20100630003222.GE2232@sun.com>
Mail-Followup-To: Russ Allbery <rra@stanford.edu>,
	Nicolas Williams <Nicolas.Williams@oracle.com>, krbdev@mit.edu
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <87wrthe601.fsf@windlord.stanford.edu>
Cc: krbdev@mit.edu, Nicolas Williams <nicolas.williams@oracle.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: krbdev-bounces@mit.edu

On Tue, Jun 29, 2010 at 05:09:02PM -0700, Russ Allbery wrote:
> Will Fiveash <will.fiveash@oracle.com> writes:
> 
> > Yes, I've found searching for plugin method definitions to be a total
> > pain when vtables are used and each plugin can arbitrarily name the
> > method/function assigned to the vtable.  It would be much easier to
> > locate the various method definitions if the method/function names were
> > the same across all plugins supporting that method and that was enforced
> > by the plugin SPI framework.
> 
> Those of us who write plugins that support multiple Kerberos
> implementations will just write stub functions to fit the MIT Kerberos
> plugin ABI that call other functions anyway, so you're going to have a
> similar problem with vtables or without them.

One would hope the stub would live in the same file as the actual method
which is still a more straightforward way of locating method
definitions.

-- 
Will Fiveash
Oracle
Note my new work e-mail address: will.fiveash@oracle.com
http://opensolaris.org/os/project/kerberos/
Sent using mutt, a sweet text based e-mail app: http://www.mutt.org/
_______________________________________________
krbdev mailing list             krbdev@mit.edu
https://mailman.mit.edu/mailman/listinfo/krbdev

home help back first fref pref prev next nref lref last post