[28561] in Kerberos
Re: Bug in krb5_keyblock_data function on Solaris 10/Opensolaris
daemon@ATHENA.MIT.EDU (Nicolas Williams)
Mon Oct 15 19:05:53 2007
Date: Mon, 15 Oct 2007 18:05:30 -0500
From: Nicolas Williams <Nicolas.Williams@sun.com>
To: Markus Moeller <huaraz@moeller.plus.com>
Message-ID: <20071015230530.GN29257@Sun.COM>
Mail-Followup-To: Markus Moeller <huaraz@moeller.plus.com>,
Ken Raeburn <raeburn@mit.edu>, kerberos@mit.edu
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <052a01c80f7c$f362f810$0801a8c0@home>
Cc: Ken Raeburn <raeburn@mit.edu>, kerberos@mit.edu
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: kerberos-bounces@mit.edu
On Mon, Oct 15, 2007 at 11:44:30PM +0100, Markus Moeller wrote:
> You are right and some calling functions like krb5_copy_keyblock do
> allocate, but not krb5_get_credentials(_core) if I now read the code right.
Whether it's a bug at all depends on what the krb5_get_credentials() API
docs say about increds->keyblock. The lack of MIT krb5 API docs doesn't
help.
Now that you know what the calling convention for
krb5_copy_keyblock_data() you should be able to fix your test program to
properly initialize the keyblock field of the creds passed to
krb5_get_credentials() as input creds.
[I'll try to refrain from getting into the problems with encoding
krb5_keyblock internals knowledge into your apps.]
Nico
--
________________________________________________
Kerberos mailing list Kerberos@mit.edu
https://mailman.mit.edu/mailman/listinfo/kerberos
