Tout le monde se souvient du fameux bug de l’an 2000. Tous les médias en ont parlé, mais plus de peur que de mal puisque le passage à l’an 2000 s’est plutôt bien passé. Et bien un autre bug est prévu, pour l’an 2038 !
Rappel des faits. Le bug de l’an 2000 était dû au format de la date et plus particulièrement de l’année. Beaucoup de systèmes utilisaient 2 chiffres pour désigner la date. Et donc les chiffres ‘00′ désignait 1900 mais aussi 2000, d’où le bug de l’an 2000. Un grand vent de panique donc a été semé à cette époque mais heureusement, pas de « gros bug » au final.
Et bien dans le même genre, l’année 2038 pourrait être source d’un bug. Ce bug se déclenchera le 19 janvier 2038 à 3h14 et 7 s précisément.
Pour l’explication de ce bug de l’an 2038, je préfère laisser Wikipédia vous l’expliquer :
Le problème concerne des logiciels qui utilisent la représentation POSIX du temps, dans lequel le temps est représenté comme un nombre de secondes depuis le 1er janvier 1970 à 0 heure. Sur les ordinateurs 32 bits, la plupart des systèmes d’exploitation concernés représentent ce nombre comme un nombre entier signé de 32 bits, ce qui limite le nombre de secondes à 231 – 1, soit 2 147 483 647 secondes (01111111 11111111 11111111 11111111 en binaire). Ce nombre maximum sera atteint le 19 janvier 2038 à 3 h 14 min 7 s (temps universel). Dans la seconde suivante, la représentation du temps « bouclera » (10000000 00000000 00000000 00000000 en binaire) et représentera -2 147 483 648 en complément à deux, et ainsi, l’ordinateur affichera la date du 13 décembre 1901.
Une petite image pour illustrer ce qu’il se passera :
Ce problème concerne donc les systèmes en 32 bits. Heureusement, nous pouvons penser que d’ici 2038, ces systèmes devraient être minoritaires par rapport aux systèmes 64 bits. Le passage à 64 bits resolvera ce problème puisque ça repoussera ce bug à l’an 292 277 026 596 !
note : garder une bécane 32bits jusqu’en 2038 !
merde serait surement déja mort depuis belle lurette