undefined | Better HN

0 points0x011y ago0 comments

I set the clock to one minute before time_t overflow on an iMac once. Recovering from that and just getting the machine to boot afterwards was no joke.

0 comments

4 comments · 1 top-level

mtrpcic11y ago· 3 in thread

What version of the iMac was this? Surely modern OSX has already converted to a more appropriate storage mechanism for the date?

q3k11y ago

I'm not a XNU hacker, but it looks like they haven't. Their time_t typedef seems to be a __darwin_time_t [1], which in turn looks like to be 32-bit signed long [2].

As far as I know, the only major operating system that has dealt with Y2038 is OpenBSD [3].

[1] - https://github.com/opensource-apple/xnu/blob/bb7368935f659ad...

[2] - https://github.com/opensource-apple/xnu/blob/bb7368935f659ad...

[3] - http://www.openbsd.org/55.html , http://www.undeadly.org/cgi?action=article&sid=2013081307224...

justincormack11y ago

NetBSD fixed 2038 a couple of years before OpenBSD. Made less fuss over it though.

0x0OP11y ago

It was some years ago, I can't remember if it was a 32bit or a 64bit intel. Probably of the OSX 10.6/10.7 vintage.

j / k navigate · click thread line to collapse