无忧启动论坛

标题: 国家授时中心标准授时软件出现2038bug，请高手帮助解决下 [打印本页]

作者: zds1210 时间: 昨天 16:43
标题: 国家授时中心标准授时软件出现2038bug，请高手帮助解决下
本帖最后由 zds1210 于 2025-10-26 17:14 编辑

当把电脑本地时间调整到2038年后，用授时中心的软件授时，服务器时间出错错乱。请问如何修复？

市面上流行的sntp1.0和2.7版都有这样子的错误。
请高手们反编译下，修正错误后，把两个版本的新程序发来。最好把IP方式直接改为域名方式。或提供用winhex直接修正代码的方式，就更好了。

作者: zds1210 时间: 昨天 16:47
这两套软件简单易行，使用多年，虽不支持ipv6,实测有其独特之处。所以，不愿意放弃。

作者: lxl1638 时间: 昨天 16:54
本帖最后由 lxl1638 于 2025-10-26 16:58 编辑

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

作者: zds1210 时间: 昨天 17:00
本帖最后由 zds1210 于 2025-10-26 17:03 编辑

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

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

作者: lxl1638 时间: 昨天 17:12
没安装VB，谁装了VB的可以玩下

作者: BestMiniPE 时间: 昨天 17:25
2038问题，不能32位，你先改64位代码试一下，特别是有个什么时间函数

作者: zds1210 时间: 昨天 17:35

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

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

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

作者: seeimpact153 时间: 昨天 17:43
换一个软件

作者: zds1210 时间: 昨天 18:53

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

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

作者: jobgan 时间: 昨天 19:13
不了解，同求

作者: PCHH 时间: 昨天 19:38

感谢分享

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

作者: lxl1638 时间: 昨天 21:00

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

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

作者: zds1210 时间: 昨天 21:04

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

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

作者: lxl1638 时间: 昨天 21:10

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

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

作者: 肉仔 时间: 昨天 21:43
来学习一下

作者: PCHH 时间: 7 小时前
感谢分享

作者: 地球守护者 时间: 3 小时前

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

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

作者: lxl1638 时间: 2 小时前
本帖最后由 lxl1638 于 2025-10-27 12:24 编辑

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

作者: zds1210 时间: 2 小时前
本帖最后由 zds1210 于 2025-10-27 12:42 编辑

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

欢迎光临无忧启动论坛 (http://wuyou.net/)