[32752] in Kerberos

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

Re: MIT Kerberos for Windows

daemon@ATHENA.MIT.EDU (Jean-Yves Avenard)
Thu Sep 30 19:34:10 2010

MIME-Version: 1.0
In-Reply-To: <4CA48E7F.80204@secure-endpoints.com>
Date: Fri, 1 Oct 2010 09:34:02 +1000
Message-ID: <AANLkTikCf7HkOjsGpGXpYAVM0QmAUaEsh6uQ3RucetAO@mail.gmail.com>
From: Jean-Yves Avenard <jyavenard@gmail.com>
To: jaltman@secure-endpoints.com
Cc: kerberos@mit.edu
Content-Type: text/plain; charset="iso-8859-1"
Errors-To: kerberos-bounces@mit.edu
Content-Transfer-Encoding: 8bit

Hi

On 30 September 2010 23:19, Jeffrey Altman <jaltman@secure-endpoints.com> wrote:
>  Jean-Yves:
>
> I would recommend that you take a look at
>
>  http://github.com/secure-endpoints/heimdal-krbcompat
>
> This SDK provides implementation independence for applications with both
> Heimdal and MIT Kerberos.
>
> If you don't want to go this route what you need to do is to use delay
> loading of the GSSAPI*.DLL and avoid calling any gss functions if the
> library is not present.
>
> Jeffrey Altman

Thank you for this information.

I actually found that the source of the problem was related to a
missing argument when compiling. I was compiling without
KRB5_KFW_COMPILE=1

Which ends to compiling with -DWITH_LEASH

Since compiling with that, everything works as expected, e.g. when
TortoiseSVN needs it, the Network Identity Manager pops up..

I will look at this SDK, because compiling the whole KRB5 takes
forever, and ends up taking a rather significant size (over 2MB)

I don't have much leeway on how to call GSSAPI, it's all done by neon
and sasl ; and I don't want to have to modify those.

JY

________________________________________________
Kerberos mailing list           Kerberos@mit.edu
https://mailman.mit.edu/mailman/listinfo/kerberos


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