不过32年以后是什么情形谁都不知道
也许cpu已经进入1024位都说不定
39 个解决方案
#1
与2000问题只出现在微软系统中一样,2038问题只出现在linux兼容系统中
32年以后你不会再做程序开发了,这个问题自有人解决,哪怕是退回到8位机时代
32年以后你不会再做程序开发了,这个问题自有人解决,哪怕是退回到8位机时代
#2
好怕~
#3
32年以后?我都60了。。。晕。。。爱谁处理谁处理了,哈哈
#4
到时候内核早升级了啊 不相信维护内核的牛人不会解决这个问题 32年啊 重新开发个系统都可以了
#5
32年以后,老夫58
#6
呵呵,我也50几了。谁爱干谁去:)
#7
呵呵,全都要养老了!
#8
好,到时候我们就看小辈的热闹。
先搬个板凳。
先搬个板凳。
#9
占个是方看热闹
#10
32年后负责解决这个问题的小子辈搜到这个帖子
肯定在骂这些老东西,哈哈
肯定在骂这些老东西,哈哈
#11
哦
#12
哈哈。到时候骂楼主不骂我。
不过电脑这个发展速度的,32年后,也许早就没有这种编程的人了也说不定。
再说现在这种污染的发展下去,人类早畸形了……
不过电脑这个发展速度的,32年后,也许早就没有这种编程的人了也说不定。
再说现在这种污染的发展下去,人类早畸形了……
#13
刚才用ASP试了一下 把时间该成2038-1-4 怎么没有出现这个情况!
是不是我弄错了
response.write date() 结果2038-1-4
response.write time() 结果17:25:45
是不是我弄错了
response.write date() 结果2038-1-4
response.write time() 结果17:25:45
#14
到时都是老头一个了,肯定有人能够站出来解决了
#15
那时候都在享受天伦之乐了,还管他2038否?
#16
都吃饱了。。
#17
我们最多还能活4千多个星期,呵呵
#18
哈哈。我们活不到那个时候
#19
起这么个标题,哗众取宠!
#20
试了下,最多能到 2038-01-19 03:14:07
#21
试了下,最多能到 2038-01-19 03:14:07
真的吗?
真的吗?
#22
#23
让我儿子去解决吧!哈哈
#24
32年,我56:)
#25
hahaha,有意思了
#26
路过………………
#27
坚强路过,那时候不一定哪位恐怖大亨,在海里放个什么污染,咱们可就都,呵呵
#28
都老头老太了,养老为主啊
#29
32年后,我才57,生命才刚刚起步,不过很有可能不做程序员,改刷电路板了。
#30
呵呵
或许我已经在大街上买烤地瓜了
或许我已经在大街上买烤地瓜了
#31
这个问题估计到2008年就不存在了。现在64位cpu已经到处都卖了,哪个项目会无聊到坚持用int32表示timestamp?
#32
呵呵,这个问题是的考虑一下。哈哈,不过跟我们没有太大的关系的说。
#33
操作系统到了64位就行了
#34
樓主太深思了。。。。
#35
32年?我都55了
如果没死的话应该在做什么呢?
不晓得
很久没来了
忽忽~~~~~~~~
如果没死的话应该在做什么呢?
不晓得
很久没来了
忽忽~~~~~~~~
#36
up
#37
好严重的问题啊~~~
#38
呵呵
#39
32年后,估计没有那台服务器不用64位的电脑了,如果用64位的话,这个问题根本不必要处理
#1
与2000问题只出现在微软系统中一样,2038问题只出现在linux兼容系统中
32年以后你不会再做程序开发了,这个问题自有人解决,哪怕是退回到8位机时代
32年以后你不会再做程序开发了,这个问题自有人解决,哪怕是退回到8位机时代
#2
好怕~
#3
32年以后?我都60了。。。晕。。。爱谁处理谁处理了,哈哈
#4
到时候内核早升级了啊 不相信维护内核的牛人不会解决这个问题 32年啊 重新开发个系统都可以了
#5
32年以后,老夫58
#6
呵呵,我也50几了。谁爱干谁去:)
#7
呵呵,全都要养老了!
#8
好,到时候我们就看小辈的热闹。
先搬个板凳。
先搬个板凳。
#9
占个是方看热闹
#10
32年后负责解决这个问题的小子辈搜到这个帖子
肯定在骂这些老东西,哈哈
肯定在骂这些老东西,哈哈
#11
哦
#12
哈哈。到时候骂楼主不骂我。
不过电脑这个发展速度的,32年后,也许早就没有这种编程的人了也说不定。
再说现在这种污染的发展下去,人类早畸形了……
不过电脑这个发展速度的,32年后,也许早就没有这种编程的人了也说不定。
再说现在这种污染的发展下去,人类早畸形了……
#13
刚才用ASP试了一下 把时间该成2038-1-4 怎么没有出现这个情况!
是不是我弄错了
response.write date() 结果2038-1-4
response.write time() 结果17:25:45
是不是我弄错了
response.write date() 结果2038-1-4
response.write time() 结果17:25:45
#14
到时都是老头一个了,肯定有人能够站出来解决了
#15
那时候都在享受天伦之乐了,还管他2038否?
#16
都吃饱了。。
#17
我们最多还能活4千多个星期,呵呵
#18
哈哈。我们活不到那个时候
#19
起这么个标题,哗众取宠!
#20
试了下,最多能到 2038-01-19 03:14:07
#21
试了下,最多能到 2038-01-19 03:14:07
真的吗?
真的吗?
#22
#23
让我儿子去解决吧!哈哈
#24
32年,我56:)
#25
hahaha,有意思了
#26
路过………………
#27
坚强路过,那时候不一定哪位恐怖大亨,在海里放个什么污染,咱们可就都,呵呵
#28
都老头老太了,养老为主啊
#29
32年后,我才57,生命才刚刚起步,不过很有可能不做程序员,改刷电路板了。
#30
呵呵
或许我已经在大街上买烤地瓜了
或许我已经在大街上买烤地瓜了
#31
这个问题估计到2008年就不存在了。现在64位cpu已经到处都卖了,哪个项目会无聊到坚持用int32表示timestamp?
#32
呵呵,这个问题是的考虑一下。哈哈,不过跟我们没有太大的关系的说。
#33
操作系统到了64位就行了
#34
樓主太深思了。。。。
#35
32年?我都55了
如果没死的话应该在做什么呢?
不晓得
很久没来了
忽忽~~~~~~~~
如果没死的话应该在做什么呢?
不晓得
很久没来了
忽忽~~~~~~~~
#36
up
#37
好严重的问题啊~~~
#38
呵呵
#39
32年后,估计没有那台服务器不用64位的电脑了,如果用64位的话,这个问题根本不必要处理