[2625] in Kerberos-V5-bugs
pending/336: NT ALPHA1 GSS fixes
daemon@ATHENA.MIT.EDU (Sean Moore)
Wed Jan 8 09:49:26 1997
Resent-From: gnats@rt-11.MIT.EDU (GNATS Management)
Resent-To: gnats-admin@rt-11.MIT.EDU
Resent-Reply-To: krb5-bugs@MIT.EDU, Sean Moore <sean.moore@raleigh.hcl.com>
Date: Wed, 8 Jan 1997 09:51:47 -0500
From: Sean Moore <sean.moore@raleigh.hcl.com>
To: "'krb5-bugs@mit.edu'" <krb5-bugs@MIT.EDU>
>Number: 336
>Category: pending
>Synopsis: NT ALPHA1 GSS fixes
>Confidential: yes
>Severity: serious
>Priority: medium
>Responsible: gnats-admin
>State: open
>Class: sw-bug
>Submitter-Id: unknown
>Arrival-Date: Wed Jan 08 09:49:01 EST 1997
>Last-Modified:
>Originator:
>Organization:
>Release:
>Environment:
>Description:
>How-To-Repeat:
>Fix:
>Audit-Trail:
>Unformatted:
sorry to be sending directly to this list but krb5-send-pr
does not run on NT.
I am interested in GSS for NT so I was very excited about
the NT alpha. I have both the GSS client and server working
on NT so here are the steps I had to go through.
1)
problem: GSS client would not run
fix: needed the rc file to link with the exe also
2)
problem: GSS client name lookup failed
fix: needed to add wsastartup and wsacleanup to program
3)
problem: gpf on a free of memory in GSS-api library
fix: change all compiles to use the DLL c library
a) I added to CCOPTS and CCOPTS2
/MDd /D"_DEBUG" /D"_MT" /D"_DLL"
for a debug build.
b) removed /nod and /libc from link lines
The reason this fixes the problem is that the
Krb5 dll and GSS dll were both linked with the
static c library meaning they both have there
own heap. This is fine if everything a dll
allocs it also frees. This is not the case so
linking with the dll c library fixes this problem.
4)
problem: gpf after error dialog display (ie expired ticket)
fix: change KRB5_EXPORTVAR from _export to _cdecl([import|export])
5)
after keeping these in mind the GSS server built as an console
app fairly easily
thanks
sean.moore@raleigh.hcl.com
