[16128] in Kerberos_V5_Development

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

Re: Profile include support

daemon@ATHENA.MIT.EDU (Russ Allbery)
Mon Aug 23 18:30:01 2010

From: Russ Allbery <rra@stanford.edu>
To: krbdev@mit.edu
In-Reply-To: <F0C77D0A-0DBE-4E74-B8D6-BAE814124893@mit.edu> (Ken Raeburn's
	message of "Mon, 23 Aug 2010 18:08:13 -0400")
Date: Mon, 23 Aug 2010 15:29:57 -0700
Message-ID: <87y6bx9d3u.fsf@windlord.stanford.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: krbdev-bounces@mit.edu

Ken Raeburn <raeburn@MIT.EDU> writes:

> Russ is right, this should be fixed, whether as part of this project or
> separately.  But if krb5_init_context can fail because of a profile
> library error, it becomes difficult to pass the error back to the
> application, even with profile library API changes.  If we can go
> config-file-free (I forget, did that ever get fully implemented?), then
> certainly the krb5_context can hold the profile library error info.

It's incredibly ugly, I know, but if krb5_get_error_message(NULL, code)
returned an appropriate error message after krb5_init_context failed, my
existing code at least would happily retrieve it and report that error.
You'd have to do something nasty with library globals in order to
implement that, though.

-- 
Russ Allbery (rra@stanford.edu)             <http://www.eyrie.org/~eagle/>
_______________________________________________
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