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
