On Mon Jun 3 15:10:31 EDT 2013, 9f...@hamnavoe.com wrote:
> I can't mind-read the intention of the change, but the effect
> is to do unsigned div/mod instead of signed. This allows the
> time value to be treated as an unsigned 32-bit number, so we
> should be looking at a 2106 problem not a 2038 problem.
>
> Unfortunately while gmtime() is right, asctime() is getting
> its centuries in a twist:
>
> term% date 4070930400
> Thu Jan 1 06:00:00 GMT 2099
> term% date 4102466400
> Fri Jan 1 06:00:00 GMT 2000
is that really going to work out? plenty of code has
if(fnthatreturnstime() < 0)
error case ....
- erik
