Alguna vez escuchaste del efecto Y2K ¿ no ? entonces lee este articulo El fin del mundo ¿Otra vez?

Aunque son muy parecidos ocurrirán de forma diversa, el primero fue causado por IBM y Microsoft que no eran compatibles con POSIX, en el 2000 todos los que usábamos GNU/Linux como este servidor nos burlábamos de ellos. Que tiempos eran buenos años. Pero el Karma se regresa.

Los sistemas basados en POSIX como lo es Unix y cualquier Unix compatible como GNU/Linux, FreeBSD, incluso otros pseudo POSIX como Windows NT, XP a 32 bits tendrán un final muy violento en diciembre del 2038, ninguna maquina de 32bits deberá estar operativa a llegar el diciembre del 2038 y menos si esa máquina es responsable de algún servicio importante como banca o servicios básicos como alumbrado público por citar ejemplos.

Explicar el problema es fácil.

Dentro de la norma de POSIX se especifica que para determinar la fecha se usa la cantidad de segundos que han transcurrido desde las 0 horas del primero de enero de 1970, cada segundo a partir de ese momento es almacenado en una variable de 32 bits con signo, el máximo numero positivo alcanzado seria literalmente 2 Gigabytes ( segundos en números enteros ) poco mas de 2 millones de segundos ( 2.147.483.647 ) al momento de transcurrir el segundo 2.147.483.64”8” habrá un desbordamiento de buffer en el mejor de los casos la fecha se moverá a un signo negativo, en otro simplemente colapsa el sistema operativo y sus aplicaciones en general.

Si eres un programador avanzado seguro tomas la variable time_t de lenguajes de programación en C o basados en C como tipo de dato ya sabes que todos tus programas van a fallar llegado el diciembre del 2038

Pienso que la mayoría de las empresas se están preparando uno de los motivos de por qué usar sistemas operativos en 64 bits es palear este problema, ojala todo fuera tan fácil como eso.

El problema es que miles de millones de aplicaciones han sido compiladas en los 32 bits incluso los compiladores de esas aplicaciones fueron compilados así, aunque la maquina y su sistema operativo soporte una variable de time_t de 64 bits la aplicación que corre sobre el sistema operativo de 64 bits no lo soportara, de que sirve tener un sistema operativo que puede sobrevivir el año 2038 si muchas de las aplicaciones importantes no se podrán ejecutar a menos que alguien recompilara todo esos programas viejos asumiendo que el código fuente está disponible, que todos los compiladores han sido recompilados para escribir código con time_t en 64 bits. Si tu usas un Windows en 64 bits que en este momento es lo mas probable tal vez no lo hayas notado pero muchas de tus aplicaciones y herramientas que corren sobre tu Windows de 64 bits fueron compiladas en 32 bits, aun hay mas aplicaciones funcionales en 32 bits en uso que sus versiones de reemplazo en 64 bits.

Tal vez lo más sensato no sería recompilar y tratar de reparar todas las aplicaciones viejas de 32bits, tal vez lo menos doloroso sería volver a escribir las aplicaciones tomando la previsión de que sean en 64 bits desde su origen, pero el tiempo se agota.

Aunque en el año 2000 nos burlábamos de los sistemas operativos de Microsoft , los usuarios de GNU/Linux éramos consientes del problema del año 2038, pero 38 años después se veía como algo lejano, ahora solo faltan 23 años para llegar al límite, siento que nos faltaría tiempo para cambiar esto.

Un ejemplo de esto, solo por poner un entorno paranoico apocalíptico , el internet está lleno de millones de ruteadores, estos ruteadores originalmente corren en 32 bits de hecho el mismo protocolo de internet el IPV4 es un protocolo de 32 bits, si no han cambiado todos los ruteadores en internet para el 2038 algunas rutas en el internet fallarían dejando zonas sin ruteabilidad , de nada sirve que el ruteador destino sea de 64 bits si del que depende es de 32 bits, tendría que haber sido cambiado completamente todos esos ruteadores pilares de internet en todos los países del mundo, por supuesto que para entonces tal vez ya estamos usando IPv6, solo que IPv6 aun con las mejores intenciones aun no despega ni siquiera por que ya se agotaron todas las ip del IPv4

Aun queda tiempo antes del día del juicio para los sistemas POSIX , más vale que estén trabajando en arreglarlo porque no hay día que no llegue ni fecha que no se cumpla y el efecto del año 2038 es una cita con el destino que es ineludible e inaplazable.

Por supuesto que usar una variable de 64 bits tampoco es una solución definitiva, por que eventualmente los 64 bits que la conforman también se desbordaran, pero para cuando esto ocurra ya no será problema de nosotros si no de las generaciones futuras quienes maldecirán el problema que les habremos heredado y correrá por cuenta de ellos solucionar nuestros errores.