On Thu, 8 Feb 2007 09:33:34 +1100
Love Hörnquist Åstrand [EMAIL PROTECTED] wrote:
6 feb 2007 kl. 15.14 skrev Michael B Allen:
On Mon, 5 Feb 2007 22:59:34 -0500
Michael B Allen [EMAIL PROTECTED] wrote:
If I simply remove the ccache = NULL line in
gsskrb5_accept_delegated_token the leak
Doesn't the ccache = NULL in gsskrb5_accept_delegated_token prevent
id
from being closed?
180 (*delegated_cred_handle)-cred_flags |=
GSS_CF_DESTROY_CRED_ON_RELEASE;
181 ccache = NULL;
^^
182 }
183
184 out:
185 if (ccache) {
186 if
On Thu, 8 Feb 2007 10:39:45 +1100
Love Hörnquist Åstrand [EMAIL PROTECTED] wrote:
Doesn't the ccache = NULL in gsskrb5_accept_delegated_token prevent
id
from being closed?
180 (*delegated_cred_handle)-cred_flags |=
GSS_CF_DESTROY_CRED_ON_RELEASE;
181 ccache =
Mmm, somethings off. I just rsync'd and did a cvs co heimdal and the
latest log entry I have is:
revision 1.56
date: 2006/05/09 07:16:39; author: lha; state: Exp; lines: +3 -1
(gsskrb5_is_cfx): always set is_cfx. From Andrew Abartlet.
Has the procedure changed?
Nevermind. I found
On Mon, 5 Feb 2007 22:24:22 -0500
Michael B Allen [EMAIL PROTECTED] wrote:
If I simply remove the ccache = NULL line in
gsskrb5_accept_delegated_token the leak is gone, delegation works fine
and otherwise my application seems heathy.
Correction, this breaks trying to initiate with the
On Mon, 5 Feb 2007 22:59:34 -0500
Michael B Allen [EMAIL PROTECTED] wrote:
If I simply remove the ccache = NULL line in
gsskrb5_accept_delegated_token the leak is gone, delegation works fine
and otherwise my application seems heathy.
Correction, this breaks trying to initiate with the
I can't seem to send the original message to this. I'm getting
a4.sics.se[193.10.64.34] said: 550 5.7.0 Local Policy Violation (in
reply to end of DATA command). There must be something in it causing
the server to choke. Don't know why.
Anyway here's a link: