アカウント名:
パスワード:
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で送出されています。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
バグの原因 (スコア:1)
それにしても
> 米国電波受信時
> 2010年~2019年 6年後の表示となります。(2010年→2016年)
> 2020年~2029年 12年後の表示となります。(2020年→2032年)
6年後とか12年後とか、どういうロジックなのか気になりますね
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で送出されています。