「地球の自転が加速。史上初の1秒引く「負のうるう秒」検討中」記事へのコメント

NTPは

[Anonymous Coward]

逆うるう秒を想定してたっけ。

Re:NTPは

[Anonymous Coward]

RFC 5905 - Network Time Protocol Version 4: Protocol and Algorithms Specification [ietf.org]

+-------+----------------------------------------+
| Value | Meaning |
+-------+----------------------------------------+
| 0 | no warning |
| 1 | last minute of the day has 61 seconds |
| 2 | last minute of the day has 59 seconds |
| 3 | unknown (clock unsynchronized) |
+-------+----------------------------------------+

Re:

[Anonymous Coward]

2秒のうるう秒もありうると聞いたがNTPは対応してないの?

Re:NTPは

[Anonymous Coward]

対応してる。
ただ今まで実践で発動したことは一回もないので、どんなトラブルが発生するかは未定。

Re:NTPは

[Anonymous Coward]

59秒に作動するバッチが飛ん大惨事とか
カツカツの処理をしていたシステムが1秒を失ったこと処理が追いつかなくなって死ぬとか

NTTの時報やテレビ局のタイムテーブルは対応出来てるのかな？
なんとなく挿入より除去の方が対応大変そう

Re:

[Anonymous Coward]

＞59秒に作動するバッチが飛ん大惨事とか

バッチに限らず容易に大惨事が想定できるな
0～59の値が「存在しない」なんて考えていないでしょ普通

Re:

[Anonymous Coward]

?
59秒になったら作動するバッチって事でしょ。

Re:

[Anonymous Coward]

「現在日時から分以上とサブミリ秒以下を除外した数字が59だったら」みたいなことしている時点でダメ実装すぎるけど、ありえないとはいえないから悲しい。
普通は59秒をトリガー条件とする場合でも「現在日時がxxxx/xx/xx xx:xx:59.0000かそれ以降だったら」とするもんだけど。

Re:

[Anonymous Coward]

例えば00秒に処理を開始して59秒かそれ以降に処理を停止するループを組んでいた場合、59秒が吹き飛ぶと00秒に処理の開始と停止が同時実行され結果が不定になるというパターンもあり得る

Re:

[Anonymous Coward]

それだと1ループが1秒以内に終わらなかった時に動作異常するから潜在的バグだな。
59秒以降にも処理停止する仕様ならそういう事は想定してるって事だし。

Re:

[Anonymous Coward]

すでにコメントあるけど、上位桁(分より上)を無視して秒の部分の数字だけで判定している時点でダメ実装、仕様バグ。
まともな実装なら現在時刻(年月日時分秒)が「開始時刻から59秒後」より前か後かで判定する。

Re:

[Anonymous Coward]

「実践で」