Après le bug de l’an 2000, faut-il craindre un bug de l’an 2038 ? Un problème similaire, lié à la façon dont les dates sont représentées sur certains systèmes informatiques, risque de survenir. Et cela ne concerne pas uniquement des ordinateurs, mais également des trains en France.
Selon Le Parisien, qui cite un article de L’Informé, l’exposition de la RATP au bug de l’an 2038 aurait été découverte par hasard, quand des employés ont tenté d’entrer une date supérieure à 2037 sur le logiciel d’un train MI09, en 2017. Et, malheureusement, il ne s’agirait pas d’un cas isolé. D’après l’article, au moins 38 trains seraient concernés. Et le problème concernerait plus d’un tiers du réseau RATP (dont le RER A et 8 lignes de métro).
La RATP aurait demandé à Alstom de se pencher sur le problème dès 2018. Mais, n’ayant pas obtenu de résultats concrets, celle-ci saisit la justice en 2019. Et, d’après L’Informé, le tribunal administratif de Paris a condamné Alstom à corriger ce bug, le 13 novembre. Un délai de cinq ans est accordé à l’entreprise pour résoudre ce problème, après un état des lieux qui devra être fait en 12 mois. Cité par le Parisien, Alstom indique avoir “pris connaissance de la décision du tribunal administratif de Paris” et informe qu’il a décidé de faire appel.
Pourquoi ce bug existe-t-il ?
En tout cas, le bug de l’année 2038 pourrait avoir d’importantes répercussions, dans le monde, s’il n’est pas réglé sur les systèmes concernés. Celui-ci est dû au fait que, sur certains logiciels, le temps est représenté, dans le code, au nombre de secondes passées depuis le 1er janvier 1970, qui est le début du “temps UNIX”. Par exemple, le moment exact où ces lignes sont rédigées correspond au temps UNIX 1765452748, soit 1765452748 secondes passées depuis le 1er janvier 1970. Et, malheureusement, sur les logiciels codés en 32 bits, ce temps UNIX atteint sa valeur maximale le 19 janvier 2038 à 3 h 14 min 7 s, temps universel, ce qui correspond au temps UNIX 2 147 483 647.
Selon Le Parisien, Alstom aurait défendu sa position devant le tribunal en affirmant que cette échéance était mentionnée dans des publications dès 1999 et que c’est la RATP qui aurait recommandé l’utilisation de logiciels open source, qui sont généralement codés en 32 bits. Néanmoins, la décision du tribunal indiquerait que “la RATP, qui est seulement responsable des transports à Paris et en Île-de-France, ne dispose pas de compétences techniques identiques à celles d’Alstom Transport qui est un constructeur et concepteur de matériels roulants.”
- Des trains de la RATP sont exposés au bug de l’année 2038, qui pourrait causer des dysfonctionnements sur certains logiciels après le 19 janvier 2038
- Le tribunal administratif de paris a condamné Alstom à régler ce problème
- Ce bug est dû au fait que, sur les logiciels codés en 32 bits, la date en temps UNIX atteint sa valeur maximale en 2038
📍 Pour ne manquer aucune actualité de Presse-citron, suivez-nous sur Google Actualités et WhatsApp.
