2038年問題 - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。 出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "2038年問題" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL (2015年7月) 上から、2進・十進・問題のある時刻・正しい時刻。（GIFアニメ）3時14分7秒を超えたところで負の値となり、時刻に狂いが生じる恐れがある。 コンピュータおよびコンピュータプログラムにおける時刻の表現として「UNIX時間」《協定世界時における1970年1月1日0時0分0秒からの経過秒数[注釈 1]》を採用しているシステムがある。 UNIXおよびUNIX派生のオペレーティングシステム (OS) における基幹ソフトウェア部品の多くはC言語で書かれているが、前述
物理のかぎしっぽブログ | Unix timeと2038年問題
物理のかぎプロジェクトのメンバーによるブログです．ちょっとした科学ネタ，近況報告やプロジェクトに関するニュースなどを随時提供します． 危うく忘れるところでしたが、前回のエントリ（Unix time） の続き。 Cなどのプログラミング言語では、Unix timeはlong int型で定義されています。long int型はたいてい32ビットですから「+ 2の31乗 - 1」までしか表現できません（32-bit overflow）。つまりUnix timeで2147483648、協定世界時で2038年01月19日03時14分8秒までです。これを越えると「- 2の31乗」と認識され、協定世界時1901年12月13日20時45分52秒に戻ってしまったりします。 そういうわけでこのままでは、動いているプログラムが誤動作する可能性が高く、2038年問題として問題視されています。現在のコンピュータ
GCC 4.0向け最適化開始で2.95はオシマイ（1/2） － ＠IT
注：HAVE_ARCH_XXXは、汎用の関数を定義する一方、各アーキテクチャ用に最適化されたルーチンがある場合はそれを使うようにする仕組み。例えば、__HAVE_ARCH_MEMCPYなどで利用されている。 という構文には「意味がなく、追跡が難しいため、カーネルソースから追放するべきだ」と主張しました。具体的には、USE_ELF_CORE_DUMP、HAVE_PCI_MMAP、ARCH_HAS_PREFETCH、HAVE_CSUM_COPY_USERなどを例として挙げ、 この方式を利用するとコードが見にくくなる 実際に一貫性のない名称が利用されており、特に方式として確立されていないのに慣習として使われている といった点を問題として指摘しました。 ではどうするべきでしょうか？ Linusは、実装するのなら、Makefileで のようにして汎用のヘッダを定義するのがよいだろう。その方がgrep
JF: Linux Kernel 2.2 Documentation: CodingStyle
JF: Linux Kernel 2.2 Documentation: /usr/src/linux/Documentation/CodingStyle CodingStyle Linux カーネルのソースコードの好ましい書き方 [プレインテキスト版] 原著作者: Linus B. Torvalds 翻訳者: 山崎康宏 バージョン: 2.2.0 翻訳日時: 1997/06/27 Linux流プログラム書法 Linus B. Torvalds 原著 山崎康宏 翻訳 (June. 27, 1997) ※ニコちゃんマークなどは訳者の趣味で加えたものです。(^_^;;) ビールでも飲みながらリラックスして読んでみてください。 なお、原文はお手持ちのLinuxカーネルに附属しています。 この文書で、Linux カーネルのソースコードの好ましい書き方を簡単に説明して みます。プログラム書法は多分に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
IBM Developer