Re: [Lynx-dev] lynx and amazon?

[Ian Collier]

The year-2038 bug in Lynx appears to be in src/parsdate.y where it says:

    /* See the LeapYears table in Convert. */
#define EPOCH           1970
#define END_OF_TIME     2038

So interestingly it will accept 31-dec-2038 even though that's after
32-bit day, but it does not acknowledge any year >2038.

This source file also contains a list of all leap years between the Epoch
and the 'End of time':

    static const int LeapYears[] =
    {
        1972, 1976, 1980, 1984, 1988, 1992, 1996,
        2000, 2004, 2008, 2012, 2016, 2020, 2024, 2028, 2032, 2036
    };

I haven't really tried to parse the code in this function, but it seems
to me that most of the arithmetic could be done by mktime(3) these days.

imc