1
IgniteWhite 2016-02-14 18:20:48 +08:00
日常
|
2
Tink 2016-02-14 18:45:38 +08:00 via iPhone
推上看到一个说法:八个小时后开机就好了
|
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 是啊,另一个千年虫
|