いろいろ.com

いろいろな気になった情報を発信していくサイトです。

いろいろなニュース、いろいろ気になったもの、いろいろな人、とにかくこだわらずいろんな情報を載せていきます。
地図記号、天気図、ネット情報、食べ物、女、夜遊び、いろいろです。
一番の話題はやはり選挙、そう衆議院選挙です。自民党大敗で、民主党大勝利。
さてさて、今後の日本の政治はどうなるか？景気問題、雇用問題、そして忘れてはいけない北朝鮮問題！

いろいろで思い出したいろんなコンピュータに関係してくるかも？2038年問題。
標準的なC言語の実装では、時刻の表現形式としてUNIX時間《1970年1月1日0時0分0秒（UTC）からの経過秒数》を使用している。これはUNIXの仕様に由来するもので、time_t型という。

C言語の規格を定めた「ISO/IEC 9899:1999」では、time_t型の範囲や精度はいずれも処理系依存としているが、[1]time_t型は、伝統的には符号つき32ビット整数（signed long int型）であり、最大値は (231 - 1) = 2,147,483,647 となる。つまり、2,147,483,647秒までしか計算できない。

このようなAPIの下で作られたアプリケーションでは、1970年1月1日0時0分0秒から2,147,483,647秒を経過した、2038年1月19日3時14分7秒を越えると、この値がオーバーフローし、負と扱われる[2]ため、誤作動する可能性が高い。さらに、この仕様は他の多くのプログラミング言語でも採用されているため、それらの言語で作られたアプリケーションも同様に誤作動する可能性が高い。

また、ファイルシステムのext2、ext3、ReiserFSのタイムスタンプも同日付までしか対応していない。

ただし、この期日以前でもプログラムで内部的にこの秒数を超えた時刻データを扱おうとすれば同様のエラーが発生するため、2004年1月11日にはすでにATMの誤作動といったトラブルが発生した（プログラム中に現在時刻を2倍する式があったため、2,147,483,647秒の半分以上経過した時点で誤動作が発生した）。他にも顕在化していないトラブルが今後表面化するという可能性はあり得る。

以下のような理由により、2000年問題より深刻であるという指摘もあるようですぞ。

http://www.spomed62.jp/
http://www.matsuzawa-shinkyuseikotsuin.com/
http://www.fha-music.net/
http://www.pl-naka.jp/
http://www.happyfootball.jp/
http://www.kucchi.net/
http://www.aidafarm.jp/
http://www.feyenoord.jp/
http://www.hitachi-rc.com/