Changing Date to Jan 1, 1970 disables 64-bit iOS devices
I learned about this yesterday from a Tom Scott video (https://www.youtube.com/watch?v=MVI87HzfskQ).  I find it odd that his sources are suggesting that this is an integer underflow bug.  First, while integer underflow itself would be a bug in this case (if it's occurring) the real bug would be not handling large time values.  If they are indeed using u64 to store time, the system should be designed to, you know, handle u64.  Why would parts of the system break for values like 0xFFFFFFFFFFFFFFFF?Second, and this is more important, iOS likely is _not_ using u64.  It's a BSD derivative, so it's using time_t, which is signed.  No underflow involved.  It just literally goes negative.  And this is far more likely to be the cause of the issue.  In POSIX systems, many time fetching functions return -1 as an error code, and I can easily see some programmer doing `if ((t = time(NULL)) The take away?  My fellow engineers, please stick with time specific types (like time_t) that are i64 underneath, and please don't return negative values as error codes.  Wrap broken functions like `time` into functions that return the time and an error code separately.  If you'll recall from those history classes in high school and college, time before 1970 was fairly important (though clearly not as exciting without iPhones), so it's worth representing.