Le bug de l’an 2000 a réussi à faire paniquer beaucoup de monde, alors qu’au final, peu de problèmes se sont réellement manifestés !

Ce bug provenait des champs date (et plus précisement du champ année) qui étaient souvent déclarés sur 2 chiffres, ce qui ne permettait pas de différencier 1900 de 2000 (par exemple).

Le bug de l’an 2038 est un problème similaire au bug de l’an 2000 qui pourrait perturber le fonctionnement de certains ordinateurs aux alentours du 19 janvier 2038, et plus particulièrement le 19 janvier 2038 à 3 h 14 min 7 s (GMT).

Selon Wikipedia :

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 à 2 147 483 647. Ce nombre maximum sera atteint le 19 janvier 2038 à 3 h 14 min 7 s. La seconde suivante, la représentation du temps « bouclera » et représentera -2 147 483 648 en complément à deux.
Les logiciels concernés sont très nombreux car la norme POSIX, inspirée des systèmes UNIX, a été utilisée pour de nombreux programmes écrits en langage C pour de nombreux systèmes d’exploitation. Le passage à 64 bits résout le problème définitivement, la date butoir se situant à 292 milliards d’années. Mais, malgré le succès croissant des ordinateurs à 64 bits, il est possible que de nombreux ordinateurs à 32 bits soient encore actifs en 2038, en particulier dans les systèmes embarqués.

Au moins, on a le temps de voir venir ! :)