Vous vous souvenez peut-être du bug de l'an 2000, mais il existe aussi le bug de l'an 2038. Il concerne potentiellement tous les systèmes d'exploitation et les programmes qui mesurent le temps avec un nombre entier codé sur 32 bits. Il se produira le 19 janvier 2038 à 3h14 8s UTC et les systèmes concernés croiront être le 13 décembre 1901 à 20h45 52s.
Aucun risque d’apocalypse" disent les spécialistes, "mais certains systèmes sont vulnérables". Les filières industrielles ont douze ans pour se mettre à jour et passer le cap sans casse.
Commentaires préférés (2)
Epsiloon en a fait sa couverture et un bon article en mars 2026. Ça explique bien le problème, les impacts potentiels, les solutions auxquelles les spécialistes réfléchissent etc.
D'ailleurs l'article semble être disponible en ligne : www.epsiloon.com/tous-les-numeros/n57/le_bug_de_l_an_2038/
Globalement une revue que je recommande. C'est de la vulgarisation scientifique généraliste.
En fait l'horloge d'un ordinateur compte le nombre de secondes depuis un moment appelé Epoch et en déduit une date. Pour les systèmes Unix (Linux/MacOS) mais aussi dans un tas de langages de programmation, Epoch est fixé au 1er janvier 1970.
Si on compte avec des entiers signés sur 32 bits le maximum est 2^31 - 1, soit 2147483647. Si on ajoute 1, on va inverser le premier bit qui correspond au signe et ainsi obtenir -2147483648. Donc après 2 milliards et des bananes secondes comptées, ce qui correspond à cette date en 2038, l'ordinateur se mettrait à compter à rebours avec des nombre négatifs, et c'est pour ça que l'horloge reculerait brutalement
Tous les commentaires (8)
Ça date un peu mais on peut retrouver cette anecdote de 2010, qui est formulée autrement et donc complémentaire.
Le bogue de l'an 2038:
secouchermoinsbete.fr/4757-le-bogue-de-lan-2038
Epsiloon en a fait sa couverture et un bon article en mars 2026. Ça explique bien le problème, les impacts potentiels, les solutions auxquelles les spécialistes réfléchissent etc.
D'ailleurs l'article semble être disponible en ligne : www.epsiloon.com/tous-les-numeros/n57/le_bug_de_l_an_2038/
Globalement une revue que je recommande. C'est de la vulgarisation scientifique généraliste.
En fait l'horloge d'un ordinateur compte le nombre de secondes depuis un moment appelé Epoch et en déduit une date. Pour les systèmes Unix (Linux/MacOS) mais aussi dans un tas de langages de programmation, Epoch est fixé au 1er janvier 1970.
Si on compte avec des entiers signés sur 32 bits le maximum est 2^31 - 1, soit 2147483647. Si on ajoute 1, on va inverser le premier bit qui correspond au signe et ainsi obtenir -2147483648. Donc après 2 milliards et des bananes secondes comptées, ce qui correspond à cette date en 2038, l'ordinateur se mettrait à compter à rebours avec des nombre négatifs, et c'est pour ça que l'horloge reculerait brutalement
Oui tous les "bons" journalistes de Sciences et Vie qui ont claqué la porte pour faire un vrai magazine scientifique, S&V l’était dans le temps mais n’est devenu qu’une coquille vide.
>>Les filières ont 12 ans pour se mettre à jour: ça veut dire qu’elles vont s’y mettre en 2037. Ce comportement n’était pas réservé à Y2K, il n’y a qu’à regarder comment ça se passe en ce moment avec la fin de la 3G dans différents pays.
Comme pour les sessions d'examen, on avait 12 mois pour se préparer mais on commençait à étudier deux jours avant
Trop cool les années folles arrivent très vite alors.
Petite précision : il y aura un brusque retour dans le passé, qui fera donc passer les horloges de 2038 à 1901, et ensuite le compte continuera à avancer dans le sens normal de passage du temps, 1902 puis 1903... Ça fonctionne comme une boucle, une fois qu'on a atteint la fin on revient d'un coup au début.
Ta formulation de "à rebours" m'a mis un doute, donc je préfère préciser pour ceux qui auraient le même doute que moi.