アカウント名:
パスワード:
BCDだな。10=>0x10=>1620=>0x20=>32
bit number bit description45 year,8046 year,4047 year,2048 year,1049 position marker 550 year,851 year,452 year,253 year,1
bit48が1だと、そこをposition marker5として認識して、bit49をyear,16として計算始めるのかな?(10の桁は捨てるので+6としかわからないと)
ああ~この仕様は凶悪ですねえ。
1→2→4→8ときて、10→20→40→80となってるから、16進だと思ったら10進でしたってオチか。10進の表示桁ごとに4bitに分解しているある意味親切な仕様なんでしょうけど、紛らわしいな。
# 秒、分、時、日は正しく実装したようですが何で年だけ実装ミスを? って疑問は残る。
そこを正しく実装できていなかったら、開発時点ですでに正しい日付、時刻を表示していないことになるので、簡単に気がつきます。年は2010年になれば確実に分かります。来年以降、開発の製品は問題なしですので、ご期待ください。
因みに、標準電波は、1bpsで、時、分、通算日、年の情報がBCDで送出されています。
16進なのに10で桁を繰り上げてしまったとか?どう組んだらそういう処理になるのかはわかりませんが。
# ケータイのソフトやってると週刊パッチ状態です...
新機種のテスト中にたまたま発覚したのをフィードバックしたんでしょう。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
バグの原因 (スコア:1)
それにしても
> 米国電波受信時
> 2010年~2019年 6年後の表示となります。(2010年→2016年)
> 2020年~2029年 12年後の表示となります。(2020年→2032年)
6年後とか12年後とか、どういうロジックなのか気になりますね
Re:バグの原因 (スコア:4, 興味深い)
BCDだな。
10=>0x10=>16
20=>0x20=>32
Re: (スコア:0)
Re:バグの原因 (スコア:4, 参考になる)
bit48が1だと、そこをposition marker5として認識して、bit49をyear,16として計算始めるのかな?(10の桁は捨てるので+6としかわからないと)
Re:バグの原因 (スコア:1, 興味深い)
ああ~この仕様は凶悪ですねえ。
1→2→4→8ときて、10→20→40→80となってるから、16進だと思ったら10進でしたってオチか。
10進の表示桁ごとに4bitに分解しているある意味親切な仕様なんでしょうけど、紛らわしいな。
# 秒、分、時、日は正しく実装したようですが何で年だけ実装ミスを? って疑問は残る。
Re: (スコア:0)
そこを正しく実装できていなかったら、開発時点ですでに正しい日付、時刻を表示していないことになるので、簡単に気がつきます。年は2010年になれば確実に分かります。来年以降、開発の製品は問題なしですので、ご期待ください。
因みに、標準電波は、1bpsで、時、分、通算日、年の情報がBCDで送出されています。
Re: (スコア:0)
16進なのに10で桁を繰り上げてしまったとか?
どう組んだらそういう処理になるのかはわかりませんが。
# ケータイのソフトやってると週刊パッチ状態です...
機械時計のバグ(?)対応は? (スコア:0)
Re: (スコア:0)
バグあり前期版と改修済み後期版で、1モデルで2度美味しい。
Re: (スコア:0)
|| この手のバグを事前に発見、告知して、無償修理対応するのは誠実で良いですね
逆に、設計時のテストで見つからなかったこんなバグが出荷後に見つかるというのは不思議なことですね
誰がどうやってこんなヘンテコなバグを見つけたのかが気になります
Re: (スコア:0)
新機種のテスト中にたまたま発覚したのをフィードバックしたんでしょう。