アカウント名:
パスワード:
日本時間3月2日9:00以降は無事PSNに接続に成功できるようになりました。ただ、日付表示が昨日は2000/1/1だったのが2010/3/1に変わってるんですよね。（3/2ではなく）
実際の日時 PS3内部の日付2010/2/28 2010/2/282010/3/ 1 2000/1/ 12010/3/ 2 2010/3/ 1（実際はどれも GMT+9なので午前九時以降の話ですが）
なにかパッチがDLされた気配もないし、本当に内部の時計のバグだけだったのでは？という疑いがより濃くなりました。ちなみにトロフィーデータやセーブデータは無事でした。（ただ、昨日オフラインでトロフィー実績を解除しちゃった人は齟齬が起きてるのかも？）
違うでしょ。こういう状態。俺のPS3もこんなだった。起動するだけで時計はいじってない状態。(時差めんどくさいのでGMTと思ってちょうだい)
現実 RTC 表示2010/02/28 2010/02/28 2010/02/282010/03/01 2010/02/29 2000/01/01 ←RTCがあり得ない日付を返してくるのでフォールバック2010/03/02 2010/03/01 2010/03/01 ←RTCが1日ずれてるのでそのまま
こういうシステムを触ったことがない人間なのですが、どうして閏年を「計算」するんですかね。100年分くらいのカレンダー持たせて、その日付があるかどうかだけ確認すれば済むと思うんですけど。何か理由があるのでしょうか?
> 100年分くらいのカレンダー持たせて、その日付があるかどうかだけ確認すれば済む
2099年までの動作保証でよければ、「4で割り切れる」だけでOKですよ。テーブル持つより簡単
#まさか2100年にまでコードが使われ続けることはないだろうとタカをくくってるのでAC。
> テーブル持つより簡単
バグったら意味ないじゃん。
ACじゃないしね
テーブルのデータ間違ってたらどうする？
2009年までの動作保証でよければ、「2で割り切れる」だけでOKですよ。テーブル持つより簡単
#まさか2010年にまでコードが使われ続けることはないだろうとタカをくくってるのでAC。
などと初期型開発者が考えていたのではないか？
どのみち計算式が間違っていたら、そのテーブルも間違ったテーブルになってしまっているのでは?
ビットで数えると年がばれるよ。
計算を間違える人がいればカレンダーを作り間違える人もいるわけで、リスク回避にはなりません。カレンダーではありませんが表の作成ミスでＣＰＵが計算を間違える [wikipedia.org]なんて事件もありました。
100年分固定値のカレンダー作ったら、（2月かどうか関係なく）100年分を1日単位で確認するテストが発生するよ。
だって、そのカレンダーってどうやって作ったの？と聞かれたらどうします？
時刻関連の一次ソースは、一次元のタイムスタンプです。1970年1月1日からの経過秒数(精度はナノ秒)という感じで取れます。これをカレンダーに対応させるテーブルで持てってことは、 0.0e+0 → 1970-01-01 00:00:00.000000000 1.0e-9 → 1970-01-01 00:00:00.000000001という感じで持つということですかね。ちょっとありえないでしょう。
>100年分くらいのカレンダー持たせて、その日付があるかどうかだけ確認すれば済むと思うんですけど。その"その日付"ってのはどうやって持ってくるんですか？
バグの内容によっては2012年がうるう年と認識されない可能性もありそうだけどｗ
下一桁しか見てなくて0,4,8がうるう年とかやってたらアウト
とりあえず400年ほど眺めていれば現象からバグの内容をかなり正確に推測できるだろうから修正はそれからにしよう
閏年計算のプログラムって初歩の初歩レベルのはずなのに本当に閏年計算のバグだとしたらソニーの中の人の技術レベルがとても低いことが露見する事件になりますね。
sony『たしかオリンピックのある年ってうるう年だったよね。』
>sony『たしかオリンピックのある年ってうるう年だったよね。』
1992年以前は、夏期／冬期ともに同じ年（閏年）に開催されていたのだから、年配の人間ならそう考える人も結構いそうだな。
公式 [playstation.com]に閏年計算の問題と出ましたね。
状況からみてRTCが year%4 == 0 && (year%100 != 0 || year%400 == 0)
の100を10とプログラム間違えたとか情けない噂も出てますね。そもそもRTCが閏年計算するのかよくわかりませんが。
仮に100を10と間違えたとしても、その判定式では2010は4で割り切れないので閏年になりえないと思うんですが……。
カレンダーが2000年か2016年(=うるう年)だと誤認してしまったとか。
バグって2000/01/01 00:00:00に戻ったっていうなら、元々2000/01/01 00:00:00がクロックの0で、年は下2桁しかもってないんじゃないかな？
>閏年計算のプログラムって初歩の初歩レベルのはずなのに>本当に閏年計算のバグだとしたらソニーの中の人の技術レベルがとても低いことが露見する事件になりますね。
金融、医療系なら大問題だろうけどさ、PS3だし・・・アップデートで対応すればそんなにカリカリするほどの問題じゃないと思うけど。
> 金融、医療系なら大問題だろうけどさ、PS3だし・・・> アップデートで対応すればそんなにカリカリするほどの問題じゃないと思うけど。
ゲーム機でゲームが遊べないのはゲーム機の存在意義に関わる問題だし、ゲーム機でデータ破壊系のバグは最も忌避されるものです。
「ギレンの野望 ジオンの系譜」には有名な「ターン戻し」という裏技があったんだが、これはデータ破壊系のバグに含めていいのだろうか。＃つか、これはユーザーが不正な処理をしたせいなんだけど。ｗ
> 起動しないのは構わんけど、データをブッ壊すのは死罪！
セーブデータは財産だってのを理解してほしいですよねメーカーには。
困るのが、PS3のHDDはシステムボードの固有IDで暗号化されているらしく、システムボードが故障して交換となった場合に救出方法が無いこと。それも、メーカーサポートでもやってくれない(できない?)というから処置無し。このおかげで、コピー不可属性の付いたセーブデータは本体と心中するしかない。
Wiiの場合は修理時にできる限り救ってくれるし、Xbox360はHDDを繋ぎ代えるだけでそのまま使えるんだけど。
「心が折れそうだ…」で有名なデモンズソウルはゲームシステム自体も鬼畜仕様なのでありますが（難易度、貯めたソウル（＝金兼経験値）は死んだら消える（救済はある）、ボスを倒してやっとの思いで生身の体を手に入れても新しい冒険で別のプレイヤーに瞬殺されるetc...）最大の不安要因は「このPS3が壊れたら、今までやった数百時間が全て水の泡になる…」ということ。モンハンよりマゾ仕様だと思います。それでも面白いからやってしまうんだけどね
そういう商売してると「MOD必須」って言われちゃいそうですね。
復旧したので杞憂ですが、完全オフライン環境でも発生していたのと、そもそもPSNログインできないのでアップデートもできなかったのが問題かと。
>そもそもPSNログインできないのでアップデートもできなかったのが問題かと。PSNにログインしていなくてもアップデートはネットワーク経由でできるよ。今回のは日本時間で3月2日朝9時になったら勝手に直ったけど。
閏年計算くらいでバグを出すんだからPS3にはもっと深刻なバグがあっても不思議ではない。とも考えられる。
どうも、バグの発生条件を満たさなくなった為改善されたように見えるだけで特に対応らしい対応はなされていないようです今後の対応に期待したいですねtorneのように、時間のずれや今回ようなの障害が致命傷となる展開も進めてる訳ですし
>金融、医療系なら大問題だろうけどさ、PS3だし・・・
アメリカ軍で使ってるやつが...まさか、PS3が世界を滅ぼすなんてことには...
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
もう直ってるって (スコア:0)
ちなみに障害期間はUTCの3/1 0:00 - 3/2 0:00っていう、いかにもな閏年バグですね。
＃2006年11月11日の発売以来最初の発現なので、2年に1度閏年が来る仕様なんじゃないかな。次回は4年後か。
Re:もう直ってるって (スコア:3, 興味深い)
日本時間3月2日9:00以降は無事PSNに接続に成功できるようになりました。
ただ、日付表示が昨日は2000/1/1だったのが2010/3/1に変わってるんですよね。（3/2ではなく）
実際の日時 PS3内部の日付
2010/2/28 2010/2/28
2010/3/ 1 2000/1/ 1
2010/3/ 2 2010/3/ 1
（実際はどれも GMT+9なので午前九時以降の話ですが）
なにかパッチがDLされた気配もないし、本当に内部の時計のバグだけだったのでは？
という疑いがより濃くなりました。
ちなみにトロフィーデータやセーブデータは無事でした。
（ただ、昨日オフラインでトロフィー実績を解除しちゃった人は齟齬が起きてるのかも？）
Re:もう直ってるって (スコア:3, 参考になる)
違うでしょ。こういう状態。俺のPS3もこんなだった。起動するだけで時計はいじってない状態。(時差めんどくさいのでGMTと思ってちょうだい)
現実 RTC 表示
2010/02/28 2010/02/28 2010/02/28
2010/03/01 2010/02/29 2000/01/01 ←RTCがあり得ない日付を返してくるのでフォールバック
2010/03/02 2010/03/01 2010/03/01 ←RTCが1日ずれてるのでそのまま
Re: (スコア:0)
こういうシステムを触ったことがない人間なのですが、どうして閏年を「計算」するんですかね。
100年分くらいのカレンダー持たせて、その日付があるかどうかだけ確認すれば済むと思うんですけど。
何か理由があるのでしょうか?
Re:もう直ってるって (スコア:1)
> 100年分くらいのカレンダー持たせて、その日付があるかどうかだけ確認すれば済む
2099年までの動作保証でよければ、「4で割り切れる」だけでOKですよ。
テーブル持つより簡単
#まさか2100年にまでコードが使われ続けることはないだろうとタカをくくってるのでAC。
Re: (スコア:0)
> テーブル持つより簡単
バグったら意味ないじゃん。
Re: (スコア:0)
ACじゃないしね
Re: (スコア:0)
テーブルのデータ間違ってたらどうする？
Re: (スコア:0)
PS3は2006年11月発売 (スコア:0)
2009年までの動作保証でよければ、「2で割り切れる」だけでOKですよ。
テーブル持つより簡単
#まさか2010年にまでコードが使われ続けることはないだろうとタカをくくってるのでAC。
などと初期型開発者が考えていたのではないか？
Re:もう直ってるって (スコア:1)
どのみち計算式が間違っていたら、そのテーブルも間違ったテーブルになってしまっているのでは?
Re: (スコア:0)
Re: (スコア:0)
Re: (スコア:0)
ビットで数えると年がばれるよ。
Re: (スコア:0)
計算を間違える人がいればカレンダーを作り間違える人もいるわけで、リスク回避にはなりません。
カレンダーではありませんが表の作成ミスでＣＰＵが計算を間違える [wikipedia.org]なんて事件もありました。
Re: (スコア:0)
100年分固定値のカレンダー作ったら、（2月かどうか関係なく）
100年分を1日単位で確認するテストが発生するよ。
だって、そのカレンダーってどうやって作ったの？と聞かれたらどうします？
Re: (スコア:0)
時刻関連の一次ソースは、一次元のタイムスタンプです。
1970年1月1日からの経過秒数(精度はナノ秒)という感じで取れます。
これをカレンダーに対応させるテーブルで持てってことは、
0.0e+0 → 1970-01-01 00:00:00.000000000
1.0e-9 → 1970-01-01 00:00:00.000000001
という感じで持つということですかね。
ちょっとありえないでしょう。
Re: (スコア:0)
>100年分くらいのカレンダー持たせて、その日付があるかどうかだけ確認すれば済むと思うんですけど。
その"その日付"ってのはどうやって持ってくるんですか？
Re:もう直ってるって (スコア:1, 興味深い)
バグの内容によっては2012年がうるう年と認識されない可能性もありそうだけどｗ
Re:もう直ってるって (スコア:1)
Re: (スコア:0)
Re: (スコア:0)
下一桁しか見てなくて0,4,8がうるう年とかやってたらアウト
Re: (スコア:0)
とりあえず400年ほど眺めていれば現象からバグの内容をかなり正確に推測できるだろうから
修正はそれからにしよう
Re: (スコア:0)
閏年計算のプログラムって初歩の初歩レベルのはずなのに
本当に閏年計算のバグだとしたらソニーの中の人の技術レベルがとても低いことが露見する事件になりますね。
Re:もう直ってるって (スコア:5, おもしろおかしい)
sony『たしかオリンピックのある年ってうるう年だったよね。』
Re: (スコア:0)
>sony『たしかオリンピックのある年ってうるう年だったよね。』
1992年以前は、夏期／冬期ともに同じ年（閏年）に開催されていたのだから、年配の人間ならそう考える人も結構いそうだな。
Re:もう直ってるって (スコア:3, 参考になる)
公式 [playstation.com]に閏年計算の問題と出ましたね。
状況からみてRTCが
year%4 == 0 && (year%100 != 0 || year%400 == 0)
の100を10とプログラム間違えたとか情けない噂も出てますね。
そもそもRTCが閏年計算するのかよくわかりませんが。
Re:もう直ってるって (スコア:2)
仮に100を10と間違えたとしても、その判定式では2010は4で割り切れないので
閏年になりえないと思うんですが……。
Re: (スコア:0)
Re:もう直ってるって (スコア:1)
Re: (スコア:0)
年を二桁で持っていて、4で割りきれるか調べる時だけ、16進数として処理をしているのではないかと。
となると、2012年はうるう年じゃないとして処理するのかな?
2010年問題との合わせ技? (スコア:0)
カレンダーが2000年か2016年(=うるう年)だと誤認してしまったとか。
Re: (スコア:0)
バグって2000/01/01 00:00:00に戻ったっていうなら、
元々2000/01/01 00:00:00がクロックの0で、年は下2桁しかもってないんじゃないかな？
計算法知らないならともかく (スコア:1, すばらしい洞察)
この場合はテストで見つけられなかったことを問題にすべきでは。
Re: (スコア:0)
Re:もう直ってるって (スコア:1, 興味深い)
Re: (スコア:0)
>閏年計算のプログラムって初歩の初歩レベルのはずなのに
>本当に閏年計算のバグだとしたらソニーの中の人の技術レベルがとても低いことが露見する事件になりますね。
金融、医療系なら大問題だろうけどさ、PS3だし・・・
アップデートで対応すればそんなにカリカリするほどの問題じゃないと思うけど。
Re:もう直ってるって (スコア:2)
> 金融、医療系なら大問題だろうけどさ、PS3だし・・・
> アップデートで対応すればそんなにカリカリするほどの問題じゃないと思うけど。
ゲーム機でゲームが遊べないのはゲーム機の存在意義に関わる問題だし、
ゲーム機でデータ破壊系のバグは最も忌避されるものです。
Re:もう直ってるって (スコア:1, おもしろおかしい)
大昔、秋葉で異様に安く売られていた「ウイニングポスト」（光栄）で、
買った翌日に「続きから」を選んだら名前入力画面になったので、
そういうワケあり物件かよ！と涙したのだが、
なんとなく「最初から」を選んだら、データがロードされて続きが始まった。
ナニそれ。
まあいいけど。
Re:もう直ってるって (スコア:1)
「ギレンの野望 ジオンの系譜」には有名な「ターン戻し」という裏技があったんだが、
これはデータ破壊系のバグに含めていいのだろうか。
＃つか、これはユーザーが不正な処理をしたせいなんだけど。ｗ
Re: (スコア:0)
> 起動しないのは構わんけど、データをブッ壊すのは死罪！
セーブデータは財産だってのを理解してほしいですよねメーカーには。
困るのが、PS3のHDDはシステムボードの固有IDで暗号化されているらしく、システムボードが故障して交換となった場合に救出方法が無いこと。それも、メーカーサポートでもやってくれない(できない?)というから処置無し。
このおかげで、コピー不可属性の付いたセーブデータは本体と心中するしかない。
Wiiの場合は修理時にできる限り救ってくれるし、Xbox360はHDDを繋ぎ代えるだけでそのまま使えるんだけど。
Re:もう直ってるって (スコア:1)
「心が折れそうだ…」で有名なデモンズソウルは
ゲームシステム自体も鬼畜仕様なのでありますが
（難易度、貯めたソウル（＝金兼経験値）は死んだら消える（救済はある）、
ボスを倒してやっとの思いで生身の体を手に入れても
新しい冒険で別のプレイヤーに瞬殺されるetc...）
最大の不安要因は
「このPS3が壊れたら、今までやった数百時間が全て水の泡になる…」
ということ。
モンハンよりマゾ仕様だと思います。
それでも面白いからやってしまうんだけどね
Re: (スコア:0)
そういう商売してると「MOD必須」って言われちゃいそうですね。
Re: (スコア:0)
死んだら即刻データ抹消で救済措置なんてのも一切なしとゆースパルタンな仕様でした
当時のプレイヤーたちはこれに対し、
データディスクにライトプロテクトシールを貼るという
断固たる実力行使でこれに対抗しました
そして本当にセーブするときにはがすのを忘れる地獄
Re:もう直ってるって (スコア:1)
復旧したので杞憂ですが、完全オフライン環境でも発生していたのと、
そもそもPSNログインできないのでアップデートもできなかったのが問題かと。
Re: (スコア:0)
>そもそもPSNログインできないのでアップデートもできなかったのが問題かと。
PSNにログインしていなくてもアップデートはネットワーク経由でできるよ。
今回のは日本時間で3月2日朝9時になったら勝手に直ったけど。
Re: (スコア:0)
閏年計算くらいでバグを出すんだからPS3にはもっと深刻なバグがあっても不思議ではない。とも考えられる。
Re: (スコア:0)
Re: (スコア:0)
どうも、バグの発生条件を満たさなくなった為改善されたように見えるだけで
特に対応らしい対応はなされていないようです
今後の対応に期待したいですね
torneのように、時間のずれや今回ようなの障害が致命傷となる展開も進めてる訳ですし
Re: (スコア:0)
>金融、医療系なら大問題だろうけどさ、PS3だし・・・
アメリカ軍で使ってるやつが...
まさか、PS3が世界を滅ぼすなんてことには...