[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Kerberos + GSSAPI support in Tortoise SVN

From: Daniel Atallah <daniel.atallah_at_gmail.com>
Date: Wed, 6 Oct 2010 14:33:03 -0400

On Wed, Oct 6, 2010 at 08:28, Jean-Yves Avenard <jyavenard_at_gmail.com> wrote:
> Hi
>
> On 4 October 2010 02:53, Stefan Küng <tortoisesvn_at_gmail.com> wrote:
>> Committed in r20229.
>> Thanks a lot for this patch!
>
> Here is an update..
>
> I found that with MIT Kerberos 32 bits installed on a 64 bits platform
> (and using TSVN 32 bits) it would crash.
> Interestingly, it worked fine in native 64 bits, native 32 bits or if
> compiled in debug mode. Which made it very hard to debug.
>
> Turned out that adding an extra cast (WINAPI) before calling
> GetProcAddress fixed the issue. To be honest, I don't really
> understand why
>
> While I was at it, I cleaned up some of the original header file I
> took from the Kerberos MIT SDK, and removed unnecessary declaration
> that created some warning during the compilation...
>
> Sorry for that...
> Jean-Yves

I recently happened across the GSSAPI implementation in PuTTY
(http://www.chiark.greenend.org.uk/~sgtatham/putty/) and I figured it
might be interesting to bring up.

It uses a similar approach to dynamically load the Kerberos support
library, but takes it a step farther and abstracts out the GSSAPI
support so that it can use
either MIT K4W or MS SSPI based Kerberos functionality (with a dynamic
decision about which to use).

The relevant code is here:
http://svn.tartarus.org/sgt/putty/windows/wingss.c?revision=9003&view=markup

-D

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2668640

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-10-06 20:34:31 CEST

This is an archived mail posted to the TortoiseSVN Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.