「パソコンは2038年まで」
という報道はおかしいと思う。正しくは
「MS社製、およびその互換OSでは2038年まで」
じゃないだろうか。
※この報道でSD誌2000/1月号の岩谷さんの "Open Noises Mining" の
記事が解った。
--
FeauIt
tk...@rnac.ne.jp
> パソコンの時間表示は1901年から (だったかな) 32bitの積算表示だか
> ら2038年までしか使えないという報道があった。でも、Macもパソコン
> だけど3万年までOKだから
>
> 「パソコンは2038年まで」
>
> という報道はおかしいと思う。正しくは
>
> 「MS社製、およびその互換OSでは2038年まで」
>
> じゃないだろうか。
いいえ、そいつはMSがオリジナルじゃなくてUNIX系OSがオリジナルなので、あ
まり正しい表現と思えない。
MacOS X Serverもtime_tが32bitだし。
--
___ わしは、山吹色のかすてーらが大好きでのぅ
[[o o]] ふぉっふぉっふぉ
'J' 森下 お代官様 MaNMOS 英夫@ステラクラフト
PGP Finger = CD EA D5 A8 AD B2 FE 7D 02 74 87 52 7C B7 39 37
じゃあ、Sun2やVAX-11やSONY NEWSだと標準のOSでそれ以降でも使えるというので
しょうか?
ヘ_ヘ ________________________
ミ・・ ミ vo...@merope.opus.or.jp
( ° )~ 日下部陽一
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
ケース1 Windows98(SEでは無い)
カレンダーの日付をどんどん進めていくと・・・
あれ?2038年 普通に通り過ぎていったぞ。
どんどん進められるぞ。曜日の表示も正確みたいだし・・・
と、2080年になるとカレンダー部分の表示が更新されなくなる
しかも2080年から2079年にボタンで戻ろうとすると2080年で動かない
(ボタンを押し続けると大丈夫)
どうやら2080年問題だな。(というかそれまでWindows98のままならなのだが)
ケース2 Windows2000β3
これもカレンダーをどんどん進めていくと・・・
2080年も問題なくクリア。2099年になりそのまま進めると1980年に
戻っている。
これってOSの問題なのだろうか と インターネットで調べてみると
以下のような記事がありました。
http://www.recruit.co.jp/DS/HENSYU/KEY/0018/0018.html
http://www.yomiuri.co.jp/yomidas/pc/pm19_2e.htm
ご参考までに
パソコンって ソフトとハードと有るから
ややこしくなるのね(当たり前だけど)
FeauIt <nos...@rnac.ne.jp> wrote in message
news:387402B8...@rnac.ne.jp...
> パソコンの時間表示は1901年から (だったかな) 32bitの積算表示だか
> ら2038年までしか使えないという報道があった。でも、Macもパソコン
> だけど3万年までOKだから
> 「パソコンは2038年まで」
> という報道はおかしいと思う。正しくは
> 「MS社製、およびその互換OSでは2038年まで」
> じゃないだろうか。
FreeBSD3.2-Releaseのmanualを見てみたところUNIXマシンの基準日は1970/1/1でそこ
から何秒たったかをlong型で管理しているようです。
やっぱり2038年くらいにオーバーフローしそうです。
どなたかこのへんのことについてどんな動きがあるのかご存じの方いましたらコメン
ト下さい
<<参照>>
man gettimeofday 2
これは NT4(SP5) でも同じですね(笑)
OS の方は何とかなってますが、このテストをしてて異状終了したプログラムが
ありました。アプリケーションレベルではモロに影響受けますね。
--
MURA
http://www.murashima.matsudo.chiba.jp
mailto:mu...@murashima.matsudo.chiba.jp
Y2Kからちょっと逸れますが、64bit化したOSには
どのようなものが有りますか? 64bit Linuxだけ?
(って無かったっけ?...)
--
FeauIt
tk...@rnac.ne.jp
いや、そうは思いませんが「パソコンは~」と種別を明確にしすぎているのが
おかしいのではないかという問題提起でした。
...後の方のfollowに有るように、UNIX系OSでも時間の積算の仕方によってはご
指摘のように使えないでしょうね。H/Wの能力的にも38年後は跡形も無くなって
いるでしょう。
--
FeauIt
tk...@rnac.ne.jp
FeauIt wrote:
> パソコンの時間表示は1901年から (だったかな) 32bitの積算表示だか
> ら2038年までしか使えないという報道があった。でも、Macもパソコン
> だけど3万年までOKだから
>
> 「パソコンは2038年まで」
>
> という報道はおかしいと思う。正しくは
>
> 「MS社製、およびその互換OSでは2038年まで」
>
> じゃないだろうか。
>
> ※この報道でSD誌2000/1月号の岩谷さんの "Open Noises Mining" の
> 記事が解った。
しかし7.6までは2040年までしかサポートしてないようですよ.
僕の所属してるMUGでは2019年以降の表示ができずに
1904年になってしまうエラーも報告されてますし.
#”68kユーザーはそれ以降どうすりゃいいんだ!”とぼやく声もありますし(笑)
ではでは.
================
馬場 丈典
bab...@kcn.ne.jp
FeauIt wrote in message <387402B8...@rnac.ne.jp>...
>パソコンの時間表示は1901年から (だったかな) 32bitの積算表示だか
>ら2038年までしか使えないという報道があった。でも、Macもパソコン
これはC/C++言語の時刻型 time_t の話ですね。
>だけど3万年までOKだから
Macのことは良く知りませんが、OS開発する際に time_tを全く使わずに
独自の時刻型で桁数を伸ばして対応していれば考えられない話ではないです。
>
> 「パソコンは2038年まで」
>
>という報道はおかしいと思う。正しくは
>
> 「MS社製、およびその互換OSでは2038年まで」
>
>じゃないだろうか。
しかし、Macのアプリケーションが time_t型を使ってしまっていたら
問題ありです。
結構な数・プラットフォームで、C/C++言語を使われて開発は
されていることと思いますので幅広く影響はあると思います。
--
tohjoh - mailto:toh...@bigfoot.com -
DH/DSS : 0525 B49B CD82 B962 5D0D 0B11 8EE7 C3A3 7D12 533B
mura wrote in message <38753B9E...@murashima.matsudo.chiba.jp>...
>> ケース2 Windows2000β3
>> これもカレンダーをどんどん進めていくと・・・
>> 2080年も問題なくクリア。2099年になりそのまま進めると1980年に
>> 戻っている。
>
> これは NT4(SP5) でも同じですね(笑)
>
> OS の方は何とかなってますが、このテストをしてて異状終了したプログラムが
>ありました。アプリケーションレベルではモロに影響受けますね。
Windows系のOSは大体 SYSTEMTIME型のようなものを使っているので
おおむね2038年を超えても大丈夫みたいですが、完全に大丈夫と
までは言えないようです。
http://www.asia.microsoft.com/japan/year2k/product/pbs.htm
でみると、Win98もNT4.0+SP5も、2035,6年以降
サポートしないようですし。
製品名: Windows 98
バージョン: 4.10.1998 カテゴリ: 対応*
オペレーティング システム: 32 ビット版 Win
言語: 日本語版 発売日: 1998 年 6 月 25 日
対応期間: 1980 年 1 月 1 日~ 2035 年 12 月 31 日
製品: Windows NT Server
バージョン: 4.0 SP5 カテゴリ: 対応*
オペレーティング システム: Win NT
言語: 日本語 発売日: N/A
対応期間: 1996 年 1 月 1 日 ~ 2036 年 12 月 31 日
やはり、OSのサポート範囲期間外の2038年は、
期待しない方が幸せですね。
Macはその昔Pascalで開発されていたとか聞いたような気がしますが、これは
あまり関係ないんでしょうね。
--
FeauIt
tk...@rnac.ne.jp