Year 2045 problems

Alan DeKok aland at
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.

  Alan DeKok.

More information about the Freeradius-Devel mailing list