26年後は111年前

今から26年後は2038年。
本日の内容はご想像のとおり2038年問題です。

2038年問題とは、2038年1月19日3時14分7秒で、
多くのコンピュータが扱える[時間]を消費してしまいます。

UNIXやC言語では1970年1月1日0時0分0秒から
カウントが始まっており、32bitで扱える最大が2,147,483,647。

2,147,483,647秒を使いきるのが2038年というわけです。

これと似た内容で2000年問題がありましたが、
これはアプリの問題であったのに対し、
2038年問題はOSに係る問題なのです。

それまでに64bit環境に移行すれば問題無いのですが。

ちなみにWindowsではUNIX系とは起算日が異なるので
2036年にこの問題が訪れます。

家庭では64bit環境が随分と普及していますが、
企業では旧資産もあるために、なかなか64bitに
移行できないことも多いのです。予算も莫大ですし。

最近のOSやアプリではこの問題はクリアされているようです。

実際に2038年に扱える数を超えると1970年から
カウントする訳ではなく、負の数として扱われるらしいのです。

2038年1月19日3時14分7秒のつぎは
1901年12月13日20時45分52秒。

この前、CUBASE Lite Plusをインストールして
十何年前に作った曲のMIDIデータを今の形式に変換しました。

この元データは2038年を過ぎると、「1901年に作られたファイル」と
タイムスタンプで表示されるのでしょうか。

年老いた私は、「まだ生まれていませんが、何故に?」などと
PCにツッコミを入れているかもしれません。



シェアする



コメント

  1. HA-ROOKIE より:

    SECRET: 0
    PASS: 74be16979710d4c4e7c6647856088456
    2038年問題、なるものがあったとは…
    僕も自宅PCは64bitなので大丈夫とは思いますが、
    会社は全て32bitです><
    2000年の時のように、
    結局過ぎてしまえば何もナシ、
    だと良いのですが><

  2. MOMODON より:

    SECRET: 0
    PASS: 74be16979710d4c4e7c6647856088456
    HA-ROOKIE さん、こんばんは。
    何も無く過ぎたといえばノストラダムスの大予言も。(^^)
    2038年の前にマヤ暦の終わりに何か起こるのでしょうか。
    新しい暦に変わって「ハッピーニューイヤー!」が良いです。
    PS:通勤ではJudas Priestのアルバム、
    「ノストラダムス」がヘビロテな私です。