2038 年问题：修订间差异
跳转到导航
跳转到搜索
→修复方法
正义羊-JRJSheep（讨论 | 贡献） 无编辑摘要 |
正义羊-JRJSheep（讨论 | 贡献） （→修复方法） |
||
| 第 8 行： | 第 8 行： | ||
== 修复方法 == | == 修复方法 == | ||
截止到目前，并没有寻求到针对现有 CPU/ | 截止到目前，并没有寻求到针对现有 CPU/操作系统搭配的简单解决方案，这就意味着 2038 年问题没有通用的解决方法。直接将 POSIX 时间更改为 64 位模式将会破坏对于软件、数据存储，以及所有与二进制表示时间相关的部分二进制兼容性。更改称无符号的 32 位整数则会影响许多与两种时间之差相关的程序。 | ||
大部分 64 位操作系统已经将 {{code|time_t}} 变量更改为 64 位宽。但是其他现有架构改动仍然在进行中，预期可以在 2038 年前完成。许多嵌入式系统仍然在使用 32 位操作系统，相对于一般电脑科技上 18~24 个月的革命性更新，嵌入式系统可能直至使用寿命结束都不会改变。32 位 {{code|time_t}} 的使用也被用于编码文件格式，例如众所周知的 ZIP 文件压缩格式。此问题能够存在的时间远比受影响的设备还要长。 | 大部分 64 位操作系统已经将 {{code|time_t}} 变量更改为 64 位宽。但是其他现有架构改动仍然在进行中，预期可以在 2038 年前完成。许多嵌入式系统仍然在使用 32 位操作系统，相对于一般电脑科技上 18~24 个月的革命性更新，嵌入式系统可能直至使用寿命结束都不会改变。32 位 {{code|time_t}} 的使用也被用于编码文件格式，例如众所周知的 ZIP 文件压缩格式。此问题能够存在的时间远比受影响的设备还要长。 | ||