コンテンツにスキップ
メインメニュー
メインメニュー
サイドバーに移動
非表示
案内
メインページ
最近の更新
未作成ページ
おまかせ表示
ヘルプ
MonoBook
検索
検索
ログイン
個人用ツール
ログイン
ログアウトした編集者のページ
もっと詳しく
投稿記録
トーク
「
2038年問題
」を編集中
ページ
議論
日本語
閲覧
編集
ソースを編集
履歴表示
ツール
ツール
サイドバーに移動
非表示
操作
閲覧
編集
ソースを編集
履歴表示
全般
リンク元
関連ページの更新状況
特別ページ
ページ情報
警告:
ログインしていません。編集を行うと、あなたの IP アドレスが公開されます。
ログイン
または
アカウントを作成
すれば、あなたの編集はその利用者名とともに表示されるほか、その他の利点もあります。
スパム攻撃防止用のチェックです。 けっして、ここには、値の入力は
しない
でください!
2038年問題とは、2038年に「16ビットの修正ユリウス通日」と「32ビットのUNIX時刻」がオーバーフローするという2種類の問題の総称です。この2つは異なる問題ですがどちらも2038年問題と呼ばれています。 == 16ビットの修正ユリウス通日 == [[修正ユリウス通日]]を日付の表現に採用している処理系の多くは、そのデータ長に[[16ビット]]を用いており、16ビットで表せる整数の最大値である65535(0xFFFF)になる2038年4月22日を超えると[[オーバーフロー]]が発生してしまうという問題です。 修正ユリウス通日は[[リソース]]に乏しい[[ワンチップマイコン]]などの組込機器で多く採用されている形式であり、書き換えも[[パソコン]]ほど容易ではないと言われています。状況としては年数の表現を[[グレゴリオ暦]]の下二桁のみで表していたことによる[[2000年問題]]に近いものと言われています。 == 32ビットのUNIX時刻 == 32ビットの[[UNIX時刻]]も2038年1月19日3時14分7秒(閏秒を考慮しない場合)に[[オーバーフロー]]するという問題を抱えています。 [[UNIX時刻]]は主に高性能な[[コンピューター]]で使われているものなので修正は簡単そうに見えますが、そもそもメンテナンスできる技術者が既にいないなどの問題があるようです。そんなシステムさっさと捨てましょう。 <amazon>2038年問題</amazon>
編集内容の要約:
MonoBookへの投稿はすべて、他の投稿者によって編集、変更、除去される場合があります。 自分が書いたものが他の人に容赦なく編集されるのを望まない場合は、ここに投稿しないでください。
また、投稿するのは、自分で書いたものか、パブリック ドメインまたはそれに類するフリーな資料からの複製であることを約束してください(詳細は
MonoBook:著作権
を参照)。
著作権保護されている作品は、許諾なしに投稿しないでください!
このページを編集するには、下記の確認用の質問に回答してください (
詳細
):
1たす1は?(全角で入力してください)
キャンセル
編集の仕方
(新しいウィンドウで開きます)
本文の横幅制限を有効化/無効化