2038年号 [終了]

一部の長期暗号化証明書では、2038年以降の日付を処理する必要がある組み込みLinuxシステムでこの問題が発生しました。したがって、この問題が発生する可能性はアプリケーションドメインによって異なります。

ほとんどのシステムは2038年までに準備する必要がありますが、今日の将来の日付を計算すると問題が発生する可能性があります。

私はこれが1999/2000年のY2K問題よりも深刻な問題になると思います。影響を受けるコードは通常低レベル（CTIME）なので、この方法で時間がどこに保存されているのかを把握するのが難しいからです。

問題をより複雑にすることは、Y2Kが不規則なスクイブと見なされるという事実であり、これはイベントが開始される前にこの問題に注意を引くのがより困難になるということです。

文化関連資料：

Cory Doctorowは、オープンライセンスの下で短編小説依頼/出版の新しいモデルを試しています。私が提案するものの1つは2038年のテーマです。http://craphound.com/?p=2337

数年前、住宅ローンプログラムと同じ分野で30年ローンの計算：2008 + 30 = 2038に問題があるという報告がありました。

これは私の意見ですが、この問題は32ビットカウンタの問題が原因で発生し、今日のほとんどのオペレーティングシステムは64ビット（少なくとも64ビットシステムでは）時間を処理するように更新されているため、すべてのオペレーティングシステムとソフトウェアの両方が長く準備されます。 2038年以前、例えば2020年。したがって、まだ2020ソフトウェアを実行している場合は、2038年にのみ問題が発生する可能性があります。
ほとんどすべての場合、これは問題にならない可能性があります。私は願っています。