2000 年問題 (別名, 「千年紀のバグ」) + に対する経営側の理解が深まるにつれ, + より多くの企業から, ハードウェアやソフトウェアのベンダに対して, + 彼らの製品は 2000 年におこる転覆にどのように対処するのか, + 公的な所信表明を要求する声が出てきています.
+ +現時点での, FreeBSD の所信は次のようなものです:
+ +「我々は, FreeBSD は 2000 年 (Y2K) + 問題に対応済であると信じていますが, それでも保証することはできません. + 我々はこの問題を検証するのに膨大な時間を割いてきましたが, + それでも何かが見落とされている可能性があるからです. + もし将来 2000 年問題に関係するバグが発見された場合, + 我々はできる限りすみやかに問題を修正するように努力します.」 ++ +
David Greenamn, Principal Architect, The + FreeBSD project
+ +(この節は Linux Y2K compliance + page の文章に基づいたものです)
+ +すべての Unix と Unix ライクなオペレーティングシステムと同じように, + FreeBSD における時間と日付は, 内部的には, + 1970 年 1 月 1 日 (Unix の「紀元年」) からの秒数で表現されています. + 現在のところ, この数字は 32 bit 長の整数として格納されており, + これは 2038 年とちょっとまで行ったところで使い果たされる計算になります. + そして, (望むらくは) その頃には, + 我々はこの宇宙の終わるときまで役に立つ, 64 bit 長の + (あるいはそれ以上の長さの) カウンタを使用しているでしょう.
+ +OS が 2000 年問題に対応済であっても, それが + 2000 年問題に対応していない, + 誤ったアプリケーションの問題を解決するわけではないことに注意してください. +
+ +OS が現在の日時や日付をコンピュータの CMOS + クロックから読み込んでいることにも注意してください. + それらのデバイスすべてが 2000 年を正しく扱えるわけではありません. + ハードウェアクロックが 1999 年から 2000 年へ正しく移行できること, + そして 2000 年を正しくうるう年として扱えることを, + 各プラットフォームで個別に確かめた方が良いでしょう.
+ +この節は, 今はただの場所取りにすぎませんが, + 2000 年問題を持つアプリケーションが見つかった場合, + そのアプリケーションの名前と, (もし存在するならば) + そのソフトウェアのどのバージョンで問題が修正されているのか + ここで明らかにしてゆくつもりです.
+ +FreeBSD の 2000 年対応について更なる質問をお持ちであるか, + FreeBSD 下で走る 2000 年対応済でないアプリケーションを発見した場合, + freebsd-bugs@FreeBSD.ORG + まで連絡してください.
+ +&footer; + +