odie_one (./1) :
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.
Info ou intox ?
Ce n'est clairement pas de l'intox, le problème est très connu.
Ceci dit je pense que l'impact devrait être encore plus faible que pour le "bug de l'an 2000", qui n'a lui même pas été l’apocalypse informatique prévue. Tous les OS, bibliothèques et framework de dev, ... ont pris en compte cela depuis longtemps ou sont en train de le faire. Et comme d'ici ici 2038 je pense qu'il ne restera plus grand chose des logiciels actuels, le gros des applications reposeront depuis très longtemps sur des bibliothèques corrigées.
Cela pourrait provoquer des soucis très sporadique, de vielles applications qui ne sont plus maintenues ou qui gèrent elles même le codage des dates, mais comme les gens qui utilisent ce genre d'application sont généralement au courant du problème, il seront certainement corrigé d'ici là.