Foro de elhacker.net

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

El año esta bien, pero la fecha fue puesta para empezar a contar desde principio de año..


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..


Probalo y contanos!! jajaja

Yo me quedé en R2D2 y C3PO, este debe ser mas moderno.  :xD

¡Saludos!

En paz descanse...


Y2K38 = Year 2000  K??? 38 (2038), también es conocido como Y2038.

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>

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.

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!

es decir si tengo un ordenador x86 (pentium 4) no puedo usar long ni double cuando programo? xD no puedo usar ipv6? xD

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)


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?

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

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.