Year 2045 problems
aland at deployingradius.com
Thu Aug 20 08:56:28 CEST 2009
John Dennis wrote:
> FWIW, I did a quick test by extracting the gettime() function in
> valuepair.c into a little test program and passed it the offending date.
> The presumption of numerical overflow in a 32-bit time_t was indeed
> correct (mktime was failing when the year was 2038 or greater).
It's made worse by the fact that RADIUS uses a 32-bit value for time.
So fixing the server would be nice, but not enough.
More information about the Freeradius-Devel