Si on veut la compatibilité maximale avec les applications 32 bit actuelle, il serait logique de laisser time_t en mode 32 bit cependant Linus s'y est opposé de manière catégorique à cause du bug de l'an 2038.
On est jamais trop prudent ! Dans les années 80 on a codé sur deux chiffres (BCD) les années, et lors du passage à l'an 2000, il a fallu revoir le code; certains se contentant d'un if ( x < ??? ) then ... les ??? pouvant êtres 20, 30, 40, 50, ??? 58 ???, 60... laissant le soin au futur mainteneur de gérer le cas lorsqu'il se reproduirai.
Loin de moi l'idée de retirer du travail aux futures génération (où à moi même), mais si on peut éviter ce bug à la con, c'est bien. Surtout que le bug de l'an 2000, il est facile à expliquer; celui de 2038 est plus ardu pour un non informaticien.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# J'approuve
Posté par fearan . En réponse au journal x32: Une nouvelle ABI Linux '32 bits' pour les CPU x86-64. Évalué à 10.
On est jamais trop prudent ! Dans les années 80 on a codé sur deux chiffres (BCD) les années, et lors du passage à l'an 2000, il a fallu revoir le code; certains se contentant d'un if ( x < ??? ) then ... les ??? pouvant êtres 20, 30, 40, 50, ??? 58 ???, 60... laissant le soin au futur mainteneur de gérer le cas lorsqu'il se reproduirai.
Loin de moi l'idée de retirer du travail aux futures génération (où à moi même), mais si on peut éviter ce bug à la con, c'est bien. Surtout que le bug de l'an 2000, il est facile à expliquer; celui de 2038 est plus ardu pour un non informaticien.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent