19 Enero de 2038
En informática, el problema del año 2038 podría causar que una parte del software falle en ese año. El problema afecta a los programas que usen la representación del tiempo basada en el sistema POSIX, que se basa en contar el número de segundos transcurridos desde el 1 de enero de 1970 a las 00:00:00 (ignorando los segundos intercalares).
Esta representación es un estándar de facto en los sistemas tipo Unix y también en los programas escritos para muchos otros sistemas operativos debido al gran alcance del lenguaje de programación C. En la mayoría de sistemas de 32 bits, el tipo de dato time_t usado para guardar el contador de segundos es un entero de 32 bits con signo, es decir, que puede representar un rango de números entre "-2.147.483.648" y "2.147.483.647", por lo que el último segundo representable con este formato será a las 03:14:07 UTC (1 hora más en España) del 19 de enero de 2038, cuando el contador llegue a "2.147.483.647". Un segundo después, el contador se desbordará, y saltará al valor "-2.147.483.648", que causará el fallo de programas que interpretarán el tiempo como que están en 1901 ó 1970 (dependiendo de la implementación), en vez de 2038. A su vez, esto causaría cálculo y procesamiento incorrecto.
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.
La mayoría de sistemas operativos para arquitecturas de 64 bits utilizan enteros de 64 bits para time_t. La migración a estos sistemas está todavía en proceso y se espera que se complete mucho antes de 2038. Usar un entero de 64 bits retrasaría la fecha del problema unos 290 mil millones de años. Es decir, 22 veces la edad aproximada del Universo.
19 Ene 2011, 14:10
-
La probabilidad frente a la divinidad
-
Posible denuncia a BetVictor
-
Emisoras de números
-
Curiosidades #2
-
Sabías que
-
Misterios históricos
-
19 Enero de 2038
-
Historias Médicas Asombrosas
-
Incoherencia humana
-
Leyes curiosas
-
Cuando la suerte te sonríe
-
2012:¿Fin del mundo?
-
Michael Jackson muere de un infarto
-
Muertes injustas en el futbol
-
Curiosidades
-
Sectas
-
La mujer más longeva llega a los 130 años con buen humor
-
En busca de un sponsor
-
Misterio del niño de Somosierra
-
La muerte mas extraña
Lo normal es que de aquí a poco tiempo el uso de 64 bits a nivel global sea una realidad, pero, ¿que pasaría si el 14 de Enero de 2038 no estuviera todavía implementado? ¿Cómo se podría evitar esta catástrofe mundial?
Una cosa que no tengo clara es lo de los segundos intercalares. Según he entendido, nos comemos 0’7 segundos para igualar los usos horarios (en la igualdad CET = UTC + 1, no debería ser 1, sino algo menos), por lo que después de las 23:59:59 deberia pasar a 23:59:60, antes de pasar al 00:00:00. La acumulación de esos 0’7 segundos, que al hacer la conversión de horario es insignificante, supone una acumulación de tiempo que a nivel informático provocará un error en el sistema horario y se intentara contar con un número binario fuera del rango soportado.
Si estoy equivocado, espero que alguien me lo aclare
Igual pongo un ordenador con un sistema de 32 bits enchufado entonces haber q pasa.
Tendre 56 años espero acordarme
¿Catástrofe mundial?.
A riesgo de parecer un ignorante (que lo soy), ¿qué tiene de catastrófico que los sistemas piensen que es el 1970 en vez del 2038?.
El efecto 2000 pero en 2038 ?
Sí, es algo parecido
Estoy un poco harto de los “apocalipsis”
Pues es una catástrofe informática y sobre todo empresarial. Imaginate que en tu base de datos almacenas ‘x’ cosa, pues la fecha en la que se quedará registrada cualquier operación con dicha cosa datará del 1970, no del 2038. A la hora de hacer un recuento, operar, manipular, etc..estás teniendo un problema bastante importante. Lleva este ejemplo al siguiente caso: tienes una empresa y todos los productos, contabilidad, sueldos de empleados, albaranes y demás cosas están informatizadas. Ahora sí es una catástrofe.
Esto no es una teoría, es algo que va a suceder de manera exacta. Aquí no hay creyentes o escépticos, sólo realidad.
Esto de los efectos viene de epocas medievales
¿Que qué tendría de catastrófico? Esto tendría de catastrófico.
PD: Que le pasa a los enlaces?
si no nos vamos a morir en 2012, tampoco en 2038
¿Quién habla de morir?
Imagino que para esa fecha ya todo correrá en 64, o en 128 vete tu a saber
supongo que es un juego de palabras: 2012 –> morir literalmente
2038 –> morir retóricamente
Y no podían haberlo pensado cuando lo crearon?
Tengo miedo.
yo prefiero morir poéticamente ->2100
https://img28.imageshack.us/img28/5879/2v9owwi1.jpg
a mi opinion esta cabron lo de resolver la “time_t” si no estoy mal tambien existe esa cabecera en el lenguaje de c++ pero al resolver los formatios de 32bits a 64 bits si es posible como ya a pasado anterior mente con sistemas de 16bits a 32bits con el paso de unos 10 años esperamos ya utilizar el 64 bits ya que este funciona mucho mejor en computadores de alto desempeño.
No habia otra manera de hacer bien que corriera el tiempo el ese sistema que mal pensaban antes!!!
¿No sabes que existen las comas, los puntos y las mayúsculas?
utilizarlas puede ocasiona un bucle en el codigo que ocasionaría un terremoto en GM City, destapando quien robó el billete del gritón de gm’s…
Y no queremos que se sea eh!
:S
La catastrofe informatica aparecera con el Windows Vista II
Bueno pero cual es el gran problema.!!!
Espero que no, el Windows 7 es malisimo a mi parecer es mejor el Vista a pesar de sus enormes errores a mi nunca me sucedio ninguno, y eso que lo usaba mucho en informatica.
Ahora estaba viendo mi celular y otros celulares y me he dado cuenta que estos empiezan con 1970, y me puse a preguntar si es estos dispositivos tambien pudiera pasar auque estos sean diferentes a una pc.
#Windows 7 malísimo? Criterio 0
ve el futuro
fake, 2012 & BB
quise decir
Cualquier programa que use POSIX sufrirá esto. Windows y Linux son compatibles 100% con POSIX.
Solo diré 1 cosa, estáis volaos.