Conectarse
Los posteadores más activos del mes
Quincho96 | ||||
FlairDreamer | ||||
Sirillium64 | ||||
UFHDE | ||||
Coldfusion | ||||
Davitroon | ||||
El Destructor de Especies | ||||
Endy | ||||
SartekChaos | ||||
Max |
Creación Aleatoria
Hora Mundial
Y2K38 - El inevitable y destructivo problema del año 2038
Página 1 de 1. • Comparte
Y2K38 - El inevitable y destructivo problema del año 2038
Algunos lo sabían, otros no. Bueno, en resumen es un problema como el Y2K del 2000 pero más devastador.
Sacado de Wikipedia:
En informática, el problema del año 2038 (conocido también por el numerónimo Y2K38) 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). Las últimas versiones del kernel Linux comienzan a contar desde las 21:00 del 31 de diciembre de 1969. En Android, ocurre lo mismo, ya que utiliza esta versión de kernel, aunque no es posible seleccionar la fecha desde el menú de ajustes.
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 (-231 y 231-1; 1 bit para el signo, y 31 para representar su valor en complemento a dos), por lo que el último segundo representable con este formato será a las 03:14:07 UTC 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 (dependiendo de la implementación), en vez de en 2038. A su vez, esto causaría cálculo y procesamiento incorrecto y causaría un problema mundial. Los sistemas que cuentan la hora desde (21:00 31/12/1969) llegaran a su tope a las 00:14:07.
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 2,90 billones de años (2,9 × 1012). Es decir, 220 veces la edad aproximada del Universo.
Espero que no afecte a S2 :odioso:
Sacado de Wikipedia:
En informática, el problema del año 2038 (conocido también por el numerónimo Y2K38) 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). Las últimas versiones del kernel Linux comienzan a contar desde las 21:00 del 31 de diciembre de 1969. En Android, ocurre lo mismo, ya que utiliza esta versión de kernel, aunque no es posible seleccionar la fecha desde el menú de ajustes.
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 (-231 y 231-1; 1 bit para el signo, y 31 para representar su valor en complemento a dos), por lo que el último segundo representable con este formato será a las 03:14:07 UTC 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 (dependiendo de la implementación), en vez de en 2038. A su vez, esto causaría cálculo y procesamiento incorrecto y causaría un problema mundial. Los sistemas que cuentan la hora desde (21:00 31/12/1969) llegaran a su tope a las 00:14:07.
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 2,90 billones de años (2,9 × 1012). Es decir, 220 veces la edad aproximada del Universo.
Espero que no afecte a S2 :odioso:
Mi presencia le helará la piel a los malvados... y les dará felicidad y ezperanza a los buenos.
Tengo: , , , , , y
Únete a mi!
Re: Y2K38 - El inevitable y destructivo problema del año 2038
Creo que lo había escuchado por ahí. Bueno, aún le quedan unos 22 años, esperemos que en ese tiempo hagan algo al respecto.
El foro necesita de tu ayuda.
Lee Mi Vida en Spore. (¡Capítulo 3 liberado!)
Visita mi Santuario para ver todas mis creaciones.
FlairDreamer- Chamán Tejedor
- Puntos de Capitán : 175
Actividad de Arquetipos : Ver
Barra de Respeto : Mensajes : 6692
Sexo :
Edad : 30
Fecha de nacimiento : 28/03/1994
Localización : Argentina
¿Algo que decir? : A wolf has to die at the bottom of the well.
Fecha de inscripción : 03/04/2015
Premios :
Re: Y2K38 - El inevitable y destructivo problema del año 2038
Para entonces ya vamos a estar ocupando procesadores cuánticos para jugar Half-Life 3 y Spore 2, mientras robots nos limpian la casa y nos dan comida.
El problema es relativamente viejo y creo que ya hay algunos sistemas que utilizan un formato de 64 bits. Eso permitiría representar el tiempo hasta las 15:30:08 UTC del Domingo 4 de Diciembre del año 292.277.026.596. c:
El problema es relativamente viejo y creo que ya hay algunos sistemas que utilizan un formato de 64 bits. Eso permitiría representar el tiempo hasta las 15:30:08 UTC del Domingo 4 de Diciembre del año 292.277.026.596. c:
technoguyx- Caballero Caballeresco
- Puntos de Capitán : 421
Actividad de Arquetipos : Ver
Barra de Respeto : Mensajes : 1592
Sexo :
Edad : 28
Fecha de nacimiento : 29/08/1996
Localización : Planeta Spoffit
Fecha de inscripción : 03/01/2015
Premios :
Re: Y2K38 - El inevitable y destructivo problema del año 2038
Este "anuncio" me recordó a los Simpsons
Sep, esto es de hace años, es difícil que se repita, Nestor.
Sep, esto es de hace años, es difícil que se repita, Nestor.
Galaxia Dinoman972
Click arriba para mi albúm.
DESBROZANDO LA NAVIDAD: LA AVENTURA
Click para ver
IMPORTANTE: El 23 es el mal, y el 5, el 32 y el 13, sus súbditos maléficos. Solo el 0 es puro.
Y recordad: ALGÚN DÍA LOS DINOSAURIOS RECUPERAREMOS LA TIERRA
Spinosaurus Supersapiens- Guerrero Mercenario
- Puntos de Capitán : 60
Actividad de Arquetipos : Ver
Barra de Respeto : Mensajes : 2952
Sexo :
Edad : 21
Fecha de nacimiento : 12/05/2003
Localización : En el pantano egipcio
¿Algo que decir? : Recordad, ALGÚN DÍA LOS DINOSAURIOS RECUPERAREMOS LA TIERRA
Fecha de inscripción : 03/07/2013
Premios :
Temas similares
» (Problema) Problema al juntar brazos con CTRL
» Problema con un Mod.
» PROBLEMA
» problema con la S2 :
» Problema con mod.
» Problema con un Mod.
» PROBLEMA
» problema con la S2 :
» Problema con mod.
Página 1 de 1.
Permisos de este foro:
No puedes responder a temas en este foro.
Ayer a las 20:16 por UFHDE
» Experimento Scaver [ZERG]
Ayer a las 16:40 por Davitroon
» El Iceberg Definitivo del Foro [PROYECTO COMUNITARIO]
Miér 20 Nov 2024, 21:20 por Mathaloz
» Experimento Grifo Fantasmal [SINDROME DEL 23]
Miér 20 Nov 2024, 18:10 por Quincho96
» Presentacion y Preguntas
Miér 20 Nov 2024, 11:28 por Quincho96
» BlueXYZ
Dom 17 Nov 2024, 00:47 por Max
» Rise of Cults 2 Bot (Beta abierta)
Dom 17 Nov 2024, 00:18 por XleandroX
» Hola
Sáb 16 Nov 2024, 23:35 por FlairDreamer
» Los experimentos del Dr. Breincrox, parte 2
Sáb 16 Nov 2024, 23:23 por FlairDreamer
» Aldeano Mini Carro [O5] [T] [♫]
Vie 15 Nov 2024, 18:38 por Quincho96
» [set]: Criaturas de Maenard
Vie 15 Nov 2024, 18:35 por Quincho96
» R3-XP10R3 [AI3] [♫]
Vie 15 Nov 2024, 16:17 por Quincho96
» Experimento Scarver-T [Virus-T]
Jue 14 Nov 2024, 14:27 por Quincho96
» Caballo [3lite vs. Xhaps] [2]
Jue 14 Nov 2024, 11:50 por Sirillium64
» Esidisi's Tower [O4] [E]
Jue 14 Nov 2024, 11:47 por Sirillium64
» ¿Que música están escuchando?
Jue 14 Nov 2024, 11:44 por FlairDreamer
» Problema con los pies de DI y otros mods
Miér 13 Nov 2024, 20:10 por FlairDreamer
» Las partes robóticas en mi spore no funcionan bien
Miér 13 Nov 2024, 20:08 por FlairDreamer
» ¿Cómo recuperar una criatura borrada?
Miér 13 Nov 2024, 19:22 por FlairDreamer
» Una decada despues!
Mar 12 Nov 2024, 22:31 por Endy
» Prototipo Zangief [O3]
Mar 12 Nov 2024, 19:09 por Quincho96
» El traveler barato de Owari [TA] [Mx3]
Mar 12 Nov 2024, 16:12 por Quincho96
» Golem Guardian [DoT][21] (Golem)
Lun 11 Nov 2024, 16:14 por Quincho96