因此,如果你的Linux系统在2000年1月1日崩溃,那很可能是因为其它运行非Linux系统的电子设备导致。不过,如果你是一位非常具有前瞻性的人,不妨在2038年之前,检查一下你的操作系统源码,如果秒计数器还是一个32位整数型变量,2038年之后将会导致类似Y2K问题。
如果你对Linux和Unix使用这种非标准的格式感到不解,考虑一下,当你的程序要比较不同的日期时,对32位整数值作加减运算,远远比你要考虑诸如月份、年份的分析比较要容易得多。
以上关于Linux的讨论,并不能保证你在某些应用程序不会产生问题,尤其是那些原来不是在Linux平台上编写的程序,如果应用程序(比如一个数据库)使用自己的日期格式,而不像Linux用一个32位整数值,那将有可能导致Y2K问题。
加入你想做一些测试,找出那些显示2位数字年份的应用程序,这些程序最有可能发现Y2K问题。需要说明一点,有些使用2位数字年份的数据库,会自动将低于某一个数值的年份当成下一个世纪的年份。比如,年份小于80的被当成21世纪的年份,而年份大于80的则被当作20世纪。
时间:2001-03-26 00:19
来源:
作者:otto
原文链接