A mi ya me pilla algo lejos a mi edad. Pero muchos de vosotros estaréis ese dia

El problema del año 2038, efecto 2038 o también Y2K38 está basado fundamentalmente en la representación del tiempo basada en el sistema POSIX y las limitaciones de los sistemas de 32 bits. Una combinación explosiva que puede saltar por los aires el 19 de enero de 2038 a las 03:14:07 UTC.
Un segundo después de ese día y esa hora, los sistemas de 32 bits no serán capaces de contar más tiempo. Ese 19 de enero les parecerá el 13 de diciembre de 1901 si no se actualizan los sistemas como sucedió antes del 2000.
Los nuevos Plc que estamos montado ya son de 64bits. Pero temblaremos con los viejos plc y scada de 32 bits

No hay una forma sencilla de arreglar este problema para las combinaciones existentes de CPU/SO. Cambiar la definición de time_t para usar un tipo de 64 bits rompería la compatibilidad binaria para el software, almacenamiento de datos y, por lo general, cualquier cosa que tenga algo que ver con la representación binaria del tiempo. Cambiar time_t a un entero de 32 bits sin signo afectaría a los programas que hacen cálculos con diferencias de tiempo.