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

yuangao

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

听, X大佬的

Xelloss0618

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

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

kamikaze

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

X总太专业了，强的可怕

Xelloss0618

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

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

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

yuangao

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

火山好像不会2147454848