关于32位火山pc和易语言2038崩溃问题

heqianli

网上看了用32位时间戳计数器的32位程序在2038年崩溃。有大佬说 易语言到2038年的时候  HOOK一下就能解决，不是问题。

易语言到2038还管用么？火山pc 32位受不受影响呢。

兵三进一

2038年什么概念?

yuangao

指的是时间戳超过2038-1-19, 返回负数吧..   易语言   * “-2147437696000”

火山好像不会2147454848

Xelloss0618

有问题的是unix时间戳，用有符号32位整数存储的话，到2038年就会数值溢出，出现计时错误。如果用无符号32位整数，则可以维持到2106年，如果改用64位长整数，那大概到太阳毁灭也用不完。

而易语言和火山的默认日期时间型并不是unix时间戳，而是微软的变体时间，类型是双精度小数，并不存在这种问题。

综上，只要你用了unix时间戳，易语言和火山和所有编程语言都会有这个问题，你自己修改代码，用长整数存储时间戳即可。

kamikaze

Xelloss0618 发表于 2025-1-20 23:50
有问题的是unix时间戳，用有符号32位整数存储的话，到2038年就会数值溢出，出现计时错误。如果用无符号32位 ...

X总太专业了，强的可怕

heqianli

Xelloss0618 发表于 2025-1-20 23:50
有问题的是unix时间戳，用有符号32位整数存储的话，到2038年就会数值溢出，出现计时错误。如果用无符号32位 ...

多谢大佬答疑解惑 感谢

heqianli

yuangao 发表于 2025-1-20 23:13
指的是时间戳超过2038-1-19, 返回负数吧..   易语言   * “-2147437696000”

火山好像不会2147454848 ...

易语言本体在设计的时候  本体内部是否调用那个时间戳了  到2038吴总是不是也得小改一下易语言本体

Xelloss0618

heqianli 发表于 2025-1-21 09:09
易语言本体在设计的时候  本体内部是否调用那个时间戳了  到2038吴总是不是也得小改一下易语言本体 ...

易语言不知道，但参考火山官方时间类的源码，它基本没有用到unix时间戳。
C/C++里的时间戳类型是time_t，只要不是上古编译器（VS 2005之前），这个类型已经被改成长整数了。
当然，易语言用的是VC 6，官方库但用到时间戳的地方应该比较少，或者没有。

heqianli

Xelloss0618 发表于 2025-1-21 10:49
易语言不知道，但参考火山官方时间类的源码，它基本没有用到unix时间戳。
C/C++里的时间戳类型是time_t， ...

那就放心使用了   感谢X大

heqianli

兵三进一 发表于 2025-1-20 22:14
2038年什么概念?

13年 快得很 一眨眼的事