Le bug de l'an 2038 aura lieu environ le mar. 19 janv. 2038 03:14:07 UTC (plus ou mois quelques secondes intercalaires).
Le « prochain » bug aurait pu être en 2106 si on avait choisi d'utiliser des entiers 32 bits non signés. (Le mar. 19 janv. 2038 03:14:07 UTC)
Mais avec la solution retenue par Debian, en codant les dates sur 64 bits (signés si j'ai bien compris ?), si jamais l'espèce humaine a survécu à la crise écologique et la migration hors du système solaire après sa destruction, et qu'elle utilise encore Debian 13 et notre système de calendrier — ce qui serait stupide vu que ni la Terre ni le Soleil n'existeraient encore —, alors nous pouvons craindre un bug le 04/12/219250468 à 15:30:07.
L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès
[^] # Re: Et pour celui d’après ?
Posté par alberic89 🐧 . En réponse au lien Debian 13 passe son horloge en 64 bits pour éviter le bug de l’an 2038. Évalué à 8.
Le bug de l'an 2038 aura lieu environ le mar. 19 janv. 2038 03:14:07 UTC (plus ou mois quelques secondes intercalaires).
Le « prochain » bug aurait pu être en 2106 si on avait choisi d'utiliser des entiers 32 bits non signés. (Le mar. 19 janv. 2038 03:14:07 UTC)
Mais avec la solution retenue par Debian, en codant les dates sur 64 bits (signés si j'ai bien compris ?), si jamais l'espèce humaine a survécu à la crise écologique et la migration hors du système solaire après sa destruction, et qu'elle utilise encore Debian 13 et notre système de calendrier — ce qui serait stupide vu que ni la Terre ni le Soleil n'existeraient encore —, alors nous pouvons craindre un bug le 04/12/219250468 à 15:30:07.
L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès