This topic created in 3922 days ago, the information mentioned may be changed or developed.
 |
FurN1Feb 14, 2016
1
日常
|
 |
TinkFeb 14, 2016 via iPhone
2
推上看到一个说法：八个小时后开机就好了
|
 |
VersusClyneFeb 14, 2016
4
UTC 也好 GMT 也罢 最多不都是+12 或者-12 么 为什么八小时就可以 推论也应该是“ 12 小时以内”吧
|
 |
wqlFeb 14, 2016 via Android
5
有些人作死改到 unix 时间起始点很早之前的日期的话就......... @Tink @VersusClyne
|
 |
kn007Feb 14, 2016
6
早上就看到了
|
|
VersusClyneFeb 14, 2016
7
@wql 所以不是最低数值只能是 1970.1.1 0:00 utc-12 么 最多欠 12 小时的节奏？
|
 |
mccallyFeb 15, 2016
8
iPhone 时间戳的 0000000000000000 是 1970.1.1 GMT+0 8:00 ，之前的都是负值，也就是未来。于是，设备呆掉了。。。
|
 |
qq529633582Feb 15, 2016 via iPhone
9
@VersusClyne 因为您在 utc+8 呀
|
 |
aprikyblueFeb 15, 2016
10
于是想起另一个问题， 2038 年以后怎么办。。。另类千年虫？
|
 |
11
|
1 |
typcnFeb 15, 2016
12
尝试用调试器跟进了一下，并没有发现什么问题
|
|
13
猜想：
BUG 在重启之前并没有触发，表明 kernel 和所有的用户态软件都是可以接受这个负时间值的，而且正常的开机流程并不会触发白底的界面，判断白底的界面是用代码手工 show 出来的，这更像是代码手动拒绝了开机，可能性比较大的就是开机的时候会验证一些东西，例如数字证书的过期时间，而这个证书验证程序用了 unsigned int 来表示时间，于是这个变量就溢出到了一个奇怪的值，这个证书被判定为过期，系统拒绝了开机。 拆了电池再装上能开机的原因应该是时间被重设到了 0 等几个小时能开机就证明了硬件时钟也是 signed int |
 |
bullettrain1433Feb 15, 2016
14
@typcn 的确有理
|
 |
ech0xFeb 15, 2016 via iPhone
15
作为亲身试验过的人。第一会卡死而且 dfu 刷机无用，二要恢复目前只有拆机断电源是 100%可行的。
|
 |
LiirFeb 15, 2016
17
@aprikyblue 是啊，另一个千年虫
|
Select Language