Change in K4 ticket cache format

[Jeffrey Altman]

John Hascall wrote:

> Jeffrey Altman <jaltman at columbia.edu> writes:
> 
>>I do not believe that this is worth fixing at this point other than to
>>perhap change the KRB4_32 back to "long".   MIT has already announced
>>the end of life for Krb4 support.   Between the end of life statement
>>and the 64-bit compatibility issues MIT has concluded that new 64-bit
>>platforms such as KFW for 64-bit Windows will not contain krb4 support.
> 
> 
> Hey, it's been ignored since at least
>   http://mailman.mit.edu/pipermail/krbdev/2002/001021.html
> when I mentioned it.  If it's ignored long enough, maybe it'll
> just go away, eh?  :)
> 
> John

John:

Its not a question of ignoring it.  The krb.h file is wrong with
respect to the rest of the code and there is lots of deployed code
which generates files that use these cache files.

To make matters worse, "time_t" on many systems is now a 64-bit value
even on 32-bit systems.   It is not clear that changing everything to
KRB4_32 at this point is going to make things better for everyone or
would simply result in there being more apparently unpredictable
breakage for all users.  Instead of there being breakage between MIT
and Heimdal, there would now be breakage for users of MIT Kerberos if
they have applications that are compiled against static libraries from
different versions.

Jeffrey Altman