[2305] in Kerberos_V5_Development
Re: Kerberos v5 and NT
daemon@ATHENA.MIT.EDU (Richard Basch)
Thu Mar 13 03:05:47 1997
Date: Thu, 13 Mar 1997 03:05:00 -0500
To: "Theodore Y. Ts'o" <tytso@MIT.EDU>
Cc: <krbdev@MIT.EDU>
In-Reply-To: <9703122037.AA00260@dcl.MIT.EDU>
From: "Richard Basch" <basch@lehman.com>
On Wed, 12-March-1997, "Theodore Y. Ts'o" wrote to "Terry Malosh, krbdev@MIT.EDU" saying:
> Date: Wed, 12 Mar 97 11:15:55 PST
> From: "Terry Malosh (Profs = TAM, x3521)" <9531MALO@UCSBVM.ucsb.edu>
>
> I was wondering what version of NT you were having delays in integrating
> Kerberos with ... 3.51, 4.0, ... or are you just trying to integrate to
> 4.0?
>
> We're only integrating with 4.0, and the main reason for delay is that
> we're making some fundamental changes in how functions are separated
> into DLL's.
Ted,
The code that has been checked into the MIT tree should be valid under
both 3.51 and 4.0. At Lehman, we have both flavors actively in use, and
therefore, we will require the use of these libraries under both. While
I did not check the last couple of builds under 3.51, not enough had
changed that should cause it to break. In fact, I have been able to
simply use my 4.0 binaries/libraries under 3.51 without any problems,, so
we may be able to provide a certified distribution for both. I will
quickly check out my latest build on 3.51 again, to be sure, and let you
know.
The only module that may require compilation with 4.0 or probably just
VC++ 4.2 is the GINA code, when that has Kerberos integrated. Two new
functions were added to the interface table spec, and you need a new
enough compiler environment to have the "new" structure defined.
However, in the ginastub code that I checked in, I have already added
logic by which it will easily interface with both 4.0 and 3.51 by not
considering it a fatal error if those two functions are not defined in
MSGINA.DLL. Also, I believe I have the code structured such that it
will also compile in older environments, albeit without those new
functions available. The ginastub is basically a dynamic library that
will at runtime load in the function pointers from MSGINA.DLL and invoke
those functions as required, but replaces the function namespace with
its own (using the equivalent of dlopen).
--
Richard Basch
Sr. Developer/Analyst, DSO URL: http://web.mit.edu/basch/www/home.html
Lehman Brothers, Inc. Email: basch@lehman.com, basch@mit.edu
101 Hudson St., 38th Floor Fax: +1-201-524-5828
Jersey City, NJ 07302-3988 Voice: +1-201-524-5049
