This code in apr_time_exp_get:

    year = xt->tm_year;
    if (year < 70 || ((sizeof(time_t) <= 4) && (year >= 138))) {
        return APR_EBADDATE;
    }

rejects all 2038 dates even though all the 2038 dates up to
2038-01-19T03:14:07.000000Z will fit into a 32-bit time_t.
apr_time_exp_gmt  doesn't reject these dates.

This inconsistency means that Subversion is capable of writing data
that it is subsequently unable to read :-(

-- 
Philip Martin

Reply via email to