这是一个创建于 3603 天前的主题，其中的信息可能已经有所发展或是发生改变。
 | 1 FurN1 2016-02-14 18:20:48 +08:00 日常 |
 | 2 Tink PRO 推上看到一个说法：八个小时后开机就好了 |
 | 4 VersusClyne 2016-02-14 19:08:08 +08:00 UTC 也好 GMT 也罢 最多不都是+12 或者-12 么 为什么八小时就可以 推论也应该是“ 12 小时以内”吧 |
 | 5 wql 2016-02-14 19:55:33 +08:00 via Android 有些人作死改到 unix 时间起始点很早之前的日期的话就......... @Tink @VersusClyne |
 | 6 kn007 2016-02-14 19:58:25 +08:00 早上就看到了 |
| 7 VersusClyne 2016-02-14 20:02:33 +08:00 @wql 所以不是最低数值只能是 1970.1.1 0:00 utc-12 么 最多欠 12 小时的节奏？ |
 | 8 mccally 2016-02-15 00:17:05 +08:00 iPhone 时间戳的 0000000000000000 是 1970.1.1 GMT+0 8:00 ，之前的都是负值，也就是未来。于是，设备呆掉了。。。 |
 | 9 qq529633582 2016-02-15 00:17:33 +08:00 via iPhone @VersusClyne 因为您在 utc+8 呀 |
 | 10 aprikyblue 2016-02-15 02:38:12 +08:00 于是想起另一个问题， 2038 年以后怎么办。。。另类千年虫？ |
 | 11 typcn 2016-02-15 08:44:55 +08:00  1 |
| 12 typcn 2016-02-15 08:52:37 +08:00 尝试用调试器跟进了一下，并没有发现什么问题 |
| 13 typcn 2016-02-15 08:58:35 +08:00 2 猜想： BUG 在重启之前并没有触发，表明 kernel 和所有的用户态软件都是可以接受这个负时间值的，而且正常的开机流程并不会触发白底的界面，判断白底的界面是用代码手工 show 出来的，这更像是代码手动拒绝了开机，可能性比较大的就是开机的时候会验证一些东西，例如数字证书的过期时间，而这个证书验证程序用了 unsigned int 来表示时间，于是这个变量就溢出到了一个奇怪的值，这个证书被判定为过期，系统拒绝了开机。 拆了电池再装上能开机的原因应该是时间被重设到了 0 等几个小时能开机就证明了硬件时钟也是 signed int |
 | 14 bullettrain1433 2016-02-15 09:33:24 +08:00 @typcn 的确有理 |
 | 15 ech0x 2016-02-15 10:31:40 +08:00 via iPhone 作为亲身试验过的人。第一会卡死而且 dfu 刷机无用，二要恢复目前只有拆机断电源是 100%可行的。 |
 | 17 Liir 2016-02-15 20:34:28 +08:00 @aprikyblue 是啊，另一个千年虫 |
Select Language