Aquellos equipos que sobrevivieron al "bug del 2000" pueden vivir momentos similares de tensión en el 2038.
De nuevo una grave amenaza se cierne sobre la industria tecnológica. Se trata del llamado "bug del 2038" y consiste básicamente en el hecho de que el reloj de todos los equipos basados en una arquitectura de 32 bits se "reiniciará" el 19 de enero de 2038.
En ese momento, el reloj de los equipos que aún estén en marcha en ese año, pasaría a marcar la fecha del 1 de enero de 1970, fecha de inicio del primer sistema operativo Unix.
El problema viene determinado a que el mayor numero que puede gestionar una plataforma de 32 bits es 2147483647 y si lo aplicamos a los segundos desde la fecha de inicio nos conduce al 19 de enero de 2038.
Los equipos de 64 bits estarían a salvo de este bug pero deberíamos actualizar el software para estos ordenadores ya que en su mayoría corren aplicaciones ideadas para 32 bits.
http://www.noticiasdot.com/wp2/2014/05/25/un-bug-provocar-que-los-equipos-de-32-bits-dejen-de-funcionar-en-el-2038/
No lo considero un bug... ya se sabía desde que se hizo los primeros PCs con 32b.
Además, hay 1000 soluciones al timestamp, como por ejemplo empezar a contar desde 2000 :xD
Citar1 de enero de 1970, fecha de inicio del primer sistema operativo Unix.
El año esta bien, pero la fecha fue puesta para empezar a contar desde principio de año..
CitarNo lo considero un bug... ya se sabía desde que se hizo los primeros PCs con 32b.
Claro que no es un bug.. es una limitación en todo caso.. pero estos que hacen las noticias son terribles! :rolleyes:
Y2K38 ;D
jajaja muy bueno Eternal Idol XD
pero... no se puede probar fácilmente si se adelanta el reloj?
JA! Ya tiene nombre y todo el problema..
Citarpero... no se puede probar fácilmente si se adelanta el reloj?
Probalo y contanos!! jajaja
Cita de: Eternal Idol en 27 Mayo 2014, 19:54 PM
Y2K38 ;D
Yo me quedé en R2D2 y C3PO, este debe ser mas moderno. :xD
¡Saludos!
Cita de: Gh057 en 27 Mayo 2014, 20:07 PM
jajaja muy bueno Eternal Idol XD
pero... no se puede probar fácilmente si se adelanta el reloj?
En paz descanse...
Cita de: do-while en 27 Mayo 2014, 20:38 PM
Yo me quedé en R2D2 y C3PO, este debe ser mas moderno. :xD
¡Saludos!
Y2K38 = Year 2000 K??? 38 (2038), también es conocido como Y2038.
Nadie dice nada de los procesadores de 64 bits?
Cita de: -- KiLiaN -- en 27 Mayo 2014, 20:52 PM
Nadie dice nada de los procesadores de 64 bits?
no tiene nada que ver la arquitectura del ordenador aqui, es el tipo de variable usado
<sarcasmo>sabian que es un bug que las computadoras no pueden contar hasta infinito ni dividir entre 0?<\sarcasmo>
Citarno tiene nada que ver la arquitectura del ordenador aqui, es el tipo de variable usado
Creo que si que tiene que ver puesto que los ordenadores de 32bits solo pueden manejar variables de hasta 32bits sin embargo los de 64bits no tienen esa limitación y el bug no tendría efecto en ellos, todo esto teniendo en cuenta que los ordenadores de 64 bits se impondrán tarde o temprano a los de 32 bits para 2038 estará casi subsanado.
Citartarde o temprano a los de 32 bits para 2038 estará casi subsanado.
Sino en su totalidad... no creo que signifique un problema este "problema" en el año 2038, una "noticia" que no es noticia y aparte al pedo... :silbar:
Saludos!!!
Tranquilos antes de que suceda nada viajaré al pasado para hacerme con una IBM 5100 y reparar el desastre del Y2K38 :D
Saludos!
Cita de: -- KiLiaN -- en 27 Mayo 2014, 22:35 PM
Creo que si que tiene que ver puesto que los ordenadores de 32bits solo pueden manejar variables de hasta 32bits sin embargo los de 64bits no tienen esa limitación y el bug no tendría efecto en ellos, todo esto teniendo en cuenta que los ordenadores de 64 bits se impondrán tarde o temprano a los de 32 bits para 2038 estará casi subsanado.
es decir si tengo un ordenador x86 (pentium 4) no puedo usar long ni double cuando programo? xD no puedo usar ipv6? xD
Cita de: Vaagish en 27 Mayo 2014, 20:19 PM
Probalo y contanos!! jajaja
Cita de: Kami en 27 Mayo 2014, 20:42 PM
En paz descanse...
Tengo una net rebelde que en cualquier momento o la prendo fuego, o le adelanto el clock :laugh:
Saludos
http://es.wikipedia.org/wiki/Problema_del_a%C3%B1o_2038 (http://es.wikipedia.org/wiki/Problema_del_a%C3%B1o_2038)
CitarLa 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 x 1012). Es decir, 220 veces la edad aproximada del Universo.
Citares decir si tengo un ordenador x86 (pentium 4) no puedo usar long ni double cuando programo? xD no puedo usar ipv6? xD
La verdad no me explique muy bien y mas despues de leer lo de la wiki se da cuenta uno xDD
aunque no es limitante, es simplemente que lo programaron como integer de 32bits... si lo hubieran programado como long aún sería compatible con la arquitectura 32bits, solo que seguramente al igual que ipv4 no esperaban que lo hicieran 2 años antes! XD
en linux de 32b pasa eso tambien?
CitarEsta 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,
Tiene to' la pinta de que sí xD
pero si es solo soft es cuestión de actualizarlo... si el contador se reinicia, o en el peor de los casos, se detiene. se volverá al inicio; se emulará la fecha, y listo...
todavía recuerdo el "pánico" por el Y2K... no pasó nada. (hay registros de muchos sitios, y fallas en algunos sistemas importantes, pero no explotó nada!)
lástima que hace un tiempo no me quedé con un cacharro (falta de espacio jejej) estaría bueno para hacer pruebas con la bios... con el soft -por favor, corríjanme si me equivoco!- podemos hacer un entorno virtual para ver si afecta.. aunque ahí creo que no pasaría nada... osea, sería solucionable. saludos
Cita de: -- KiLiaN -- en 28 Mayo 2014, 14:42 PM
Tiene to' la pinta de que sí xD
omg, y por lo visto en procesadores arm también puede tener este tipo de problemas no?
Procesador: ARM cortex-M3
Funciones: uint_fast32_t y uint32_t
Realmente desconozco si utilizando java, c objetive y .net en procesadores no intel tendrán este problema ya que son procesadores utilizados por celulares, tablets y pdas.