Retourner au contenu associé (journal : Pâques, le bug d'Excel et la difficile adaptation de LibreOffice)
Posté par Gil Cot ✔ (site web personnel, Mastodon) le 30 avril 2025 à 03:55. En réponse au journal Pâques, le bug d'Excel et la difficile adaptation de LibreOffice. Évalué à 2.
Le problème Posix est qu'il se cale sur UTC, mais ne représente pas l'heure sous la forme h:m:s, mais d'un unique nombre (donc impossible de rajouter cette fameuse seconde intercalaire).
Hmm... Comme dit le premier lien que tu as pointé dit bien que UTC est aussi un décompte de secondes... « Autrement dit, UTC est identique au TAI (il en a la stabilité et l’exactitude) à un nombre entier de secondes près, et les secondes intercalaires lui permettent de coller à UT à 0,9 s près » puis « [...] Une différence de deux heures UTC permet de calculer un délai écoulé de façon exacte tant que les deux événements ne sont pas à cheval sur une seconde intercalaire (voir ci-dessous la probabilité et l'amplitude de l'erreur). Pour calculer un délai exact en toutes circonstances, il faut tenir compte des secondes intercalaires. » (ce qui est exactement le même souci que tu déplores avec POSIX) Mais, mais, je lis par ailleurs en effet que « Le "temps UTC" ne doit pas être considéré comme un compteur de secondes mais plutôt comme un compteur en plusieurs morceaux nommés "secondes (tm_sec), minutes (tm_min), heures (tm_hour), jours depuis le 1er Janvier de l'année (tm_yday) et années calendaires moins 1900 (tm_year)", chacun étant représenté par un entier. » Et même, est-ce vraiment la source du problème ? Dans le premier lien, on voit bien que TAI est représenté par un unique nombre (et on comprend qu’il en est de même pour UTC pour pouvoir faire « TAI - UTC » non ?)
"It is seldom that liberty of any kind is lost all at once." ― David Hume
AltStyle によって変換されたページ (->オリジナル) / アドレス: モード: デフォルト 音声ブラウザ ルビ付き 配色反転 文字拡大 モバイル
[^] # Re: Volontaire ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Pâques, le bug d'Excel et la difficile adaptation de LibreOffice. Évalué à 2.
Hmm...
Comme dit le premier lien que tu as pointé dit bien que UTC est aussi un décompte de secondes... « Autrement dit, UTC est identique au TAI (il en a la stabilité et l’exactitude) à un nombre entier de secondes près, et les secondes intercalaires lui permettent de coller à UT à 0,9 s près » puis « [...] Une différence de deux heures UTC permet de calculer un délai écoulé de façon exacte tant que les deux événements ne sont pas à cheval sur une seconde intercalaire (voir ci-dessous la probabilité et l'amplitude de l'erreur). Pour calculer un délai exact en toutes circonstances, il faut tenir compte des secondes intercalaires. » (ce qui est exactement le même souci que tu déplores avec POSIX)
Mais, mais, je lis par ailleurs en effet que « Le "temps UTC" ne doit pas être considéré comme un compteur de secondes mais plutôt comme un compteur en plusieurs morceaux nommés "secondes (tm_sec), minutes (tm_min), heures (tm_hour), jours depuis le 1er Janvier de l'année (tm_yday) et années calendaires moins 1900 (tm_year)", chacun étant représenté par un entier. »
Et même, est-ce vraiment la source du problème ? Dans le premier lien, on voit bien que TAI est représenté par un unique nombre (et on comprend qu’il en est de même pour UTC pour pouvoir faire « TAI - UTC » non ?)
"It is seldom that liberty of any kind is lost all at once." ― David Hume