如果64位程序使用32位时间戳，一样有2038BUG。32位程序使用64位时间戳可以避免2038BUG；   标注下。
谢谢楼上两位指教，好像又回到了从前，我们无忧论坛大家一起讨论问题，有时吵得不可开交，但吾爱吾师，吾更爱真理，最后还是为了解决技术上的问题。

1、如果64位程序使用32位时间戳，一样有2038BUG。32位程序使用64位时间戳可以避免2038BUG；     特殊32位数Unix时间戳最终也要转换成64位时间戳；
2、这个我只说可能，取决于国家，在国家机器面前，任何人微不足道；
3、它的内部代码，我说的是开发者写的代码；
4、我并没有说全新的IPv6，但有补充或完善是可能的，NTP网络时间协议有它的简化版SNTP，说不定有它的补充版
一般专业大枷不会去做时间同步这些小众工具，因为系统自带，所以很多是非专业做的，也是32位程序的多，因而网上这类工具不少都有2038BUG。

lxl1638 发表于 2025-10-26 21:10
现在的东西，可能2038年后现在的软件全部不能用，说不定2038年后，老美不让你用Windows系统，就算老美让 ...

楼层主人，恐怕需要纠结正确你的一些内容
一，2038年份问题，只是影响应用程序 X86（32位数），应用程序 X64（64位数），不会出现任何问题，只有使用特殊32位数Unix时间戳，一样可以避免2038年份问题
二，既然Microsoft美国，创建Microsoft中国，估计允许继续使用Windows，取决怎么查看对待而已
三，应用程序背后代码，存在多少BUG，取决应用程序开发作者，不是应用程序背后代码
四，以后是否出现全新IPV6网络、NTP网络时间协议等等，现在无法知道所有事情，只有世界历史，才是记录所有发生事情，包含括号所谓未来任何事情

感谢分享

来学习一下

zds1210 发表于 2025-10-26 18:53
貌似没有必要换。作者肯定考虑过2038bug的问题，说不定到了2038年，这个软件又正常了。

现在的东西，可能2038年后现在的软件全部不能用，说不定2038年后，老美不让你用Windows系统，就算老美让你用，可能中国要用自己的系统了。退一步说，就算2038年后，依然是Windows系统，这个软件只能BUG更多，它的内部代码决定的，别指望它会自已复活。
有多种可能：
1、国产系统全面代替Windows系统；
2、依然是Windows系统，但IPv6的普及可能会出现新的NTP网络时间协议；
3、国家在参与制定IPv6网络、新的NTP网络时间协议同时，应该有自己的根服务器；
...................
一切都会变。

lxl1638 发表于 2025-10-26 21:00
这就对了，一个软件而已，不必吊死在一裸树上。

只是习惯了，多少年来，就是用这个软件校准电脑时间。

zds1210 发表于 2025-10-26 19:43
其实不用纠结，一般计算机时间错误，都是恢复到以前的时间。到2038年，技术都进步了n多，早就不用现在的技 ...

这就对了，一个软件而已，不必吊死在一裸树上。

其实不用纠结，一般计算机时间错误，都是恢复到以前的时间。到2038年，技术都进步了n多，早就不用现在的技术了。

感谢分享

不了解，同求

seeimpact153 发表于 2025-10-26 17:43
换一个软件

貌似没有必要换。作者肯定考虑过2038bug的问题，说不定到了2038年，这个软件又正常了。

换一个软件

除非作者愿意更新，恐怕没有大佬愿意去折腾这个，大佬们如果有修改完善的能力，就会有自主开发的技术，恐怕不到2038年，就会有多款类似工具替代之

BestMiniPE 发表于 2025-10-26 17:25
2038问题，不能32位，你先改64位代码试一下，特别是有个什么时间函数

貌似老九的32位软件，abouttime也是32位软件，都没出错的。

2038问题，不能32位，你先改64位代码试一下，特别是有个什么时间函数

没安装VB，谁装了VB的可以玩下

lxl1638 发表于 2025-10-26 16:54
自己偷偷修改来自己用，估计没有人去做；
大张旗鼓修改公开发行得有原作者授权，有没有原作者授权修改？

授权问题，可以以邮件联系原作者，作者同意就行。2.7版就是原作者发给我的，我改了下内外置IP，制作成绿色PE版，后发布之。
没事的，用来玩，保留原版信息，然后注明修改人.
不用于商业目的，一般不会有什么事。
用了多年，有感情了，习惯了。2038年后，如果活了，还希望能用啊。

自己偷偷修改来自己用，估计没有人去做；
大张旗鼓修改公开发行得有原作者授权，有没有原作者授权修改？

这两套软件简单易行，使用多年，虽不支持ipv6,实测有其独特之处。所以，不愿意放弃。