Historias
Slashboxes
Comentarios

El "Y2K" del 19 de enero (y las hipotecas)

Entrada escrita por arivero y editada por Yonderboy el 31 de Diciembre 2007, 14:39h   Printer-friendly   Email story
desde el dept. bugs
Desde que se mencionó en barrapunto hace cuatro años, el efecto 2038 ya se ha cobrado su primera víctima: el AOLwebserver, que en el 2006 presuntamente golpeó un tope de cálculo futuro. Según el The Project 2038 Frequently Asked Questions (FAQ) ,el próximo dia 19 le podría tocar el turno a alguna calculadora cutre de imprimir hipotecas a 30 años.

Historias relacionadas

[+] "timestamp": efecto 2038 141 comentarios
pobrecito hablador nos cuenta: «¿Os acordáis del efecto 2000 (Y2K)? Pues el siguiente podría ser el efecto 2038 (Y2K38)... Me explico: Unix Time Stamp (también conocido como Unix Epoch) es el número de segundos transcurridos desde las 0:00:00 del 1 de enero de 1970 GMT. Pues en máquinas de 32 bits, usando complemento a dos, como usamos un bit para el signo, nos quedan 31 bits para la magnitud, y podemos trabajar con números entre el rango [-2^31+1, 2^31-1]. Pues bien, 2^31-1 segundos después del 1 de enero de 1970 a las 0:00:00 GMT, es el 19 de enero de 2038 a las 03:14:07 (que por cierto cae en martes) sería la fecha máxima que podríamos representar y, un segundo después, 03:14:08, se produciría un desbordamiento ("overflow"), lo que podría producir errores en el software que corra sobre dicha máquina...» Continúa.
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • por er_melenas (6340) el Lunes, 31 Diciembre de 2007, 15:38h (#997734)
    ( http://www.kdehispano.org/ | Última bitácora: Lunes, 04 Agosto de 2008, 11:08h )

    Teniendo en cuenta que aquí tenemos hipotecas de hasta 40 años [bankinter.com], esas cutre calculadoras deberían de haber detectado el fallo hace ya tiempo.

    --

    FDO. ER_MELENAS
    No te preguntes sólo qué puede hacer el S.L. por ti, sino también qué puedes hacer tú por él
    • OT) Re:Paranoia mia

      (Puntos:5, Interesante)
      por arivero (9768) el Lunes, 31 Diciembre de 2007, 16:48h (#997757)
      ( Última bitácora: Jueves, 14 Agosto de 2008, 19:47h )
      offtopic, pero siento desilusionarte, en una hipoteca ad infinitum pagarias mas o menos lo mismo que en una a 100 años.

      Existieron en tiempos, y seguramente existen si no han conseguido recomprarlos todos, unos bonos del estado de "deuda perpetua".

      por supuesto, ningun banco calcula esas amortizaciones simulandolas en excel, porque basta con la regla de interes compuesto. Otra cosa son las hipotecas y creditos "con seguro", para los cuales se pueden hacer simulaciones basadas en martingalas, blackscholes y toda esa furrunfalla.

      [ Padre ]
    • 2 respuestas por debajo de tu umbral de lectura actual.
  • Otros límites saltarán antes

    (Puntos:2, Divertido)
    por pobrecito hablador el Lunes, 31 Diciembre de 2007, 16:50h (#997758)

    Al paso que va el euribor, mucho antes de que llegue el límite de las fechas la cuota de las hipotecas sobrepasará el tamaño máximo de un double y de toda computadora con menos de 128 bits.

  • Dos cosas

    (Puntos:3, Interesante)
    por Ballfire (6514) el Lunes, 31 Diciembre de 2007, 17:38h (#997774)
    ( http://barrapunto.com/ | Última bitácora: Jueves, 31 Julio de 2008, 19:47h )

    ¿"Golpeó un límite de cálculo"? ¿No será "alcanzó"?

    Y por otra parte, con cambiar el tipo de time_t y tratar los tipos como deben tratarse (sin hacer asunciones de tamaño) estaría solucionado el problema con recompilar el programa...pero vamos, la idea no es nueva... [lkml.org]

    • Re:Dos cosas de arivero (Puntos:2) Lunes, 31 Diciembre de 2007, 17:49h
      • Re:Dos cosas de arivero (Puntos:2) Martes, 01 Enero de 2008, 18:04h
      • 1 respuesta por debajo de tu umbral de lectura actual.
  • por idcarlos (25596) el Lunes, 31 Diciembre de 2007, 18:02h (#997787)
    Conozco el caso de un banco que usa en una aplicación campos smalldatetime (del 1 de enero de 1900 hasta el 6 de junio de 2079)
    Se les aviso del problema, proponiendoles cambiar el campo a tipo date y se negaron (acogiéndose a la máxima de, si funciona no lo toques)
    Tengo unas ganas de que les falle... solo para poder decir ¡ya te lo dije!
  • Re:Cof, coff

    (Puntos:1)
    por acortiz (32978) el Lunes, 31 Diciembre de 2007, 15:17h (#997728)
    Es un comentario irónico en el lugar equivocado. Sería bueno medir con la misma vara a cada uno de los que hace comentarios parecidos respecto a Windows.
    [ Padre ]
  • Re:Cof, coff

    (Puntos:5, Informativo)
    por arivero (9768) el Lunes, 31 Diciembre de 2007, 15:49h (#997738)
    ( Última bitácora: Jueves, 14 Agosto de 2008, 19:47h )
    Algunas fechas sacadas de merlyn [demon.co.uk]. (Y alguien que todavia se aloja en demon.co.uk, que es casi tan viejo como compuserve, debe entender de fechas...)

    2019-12-31 Tue - YY-date limit of Microsoft Excel 95

    2029-12-31 Mon - YY-date limit of Microsoft Excel 97

    2035-12-31 Mon - at 2400h today, Microsoft's "Year 2000 statement of compliance timeframe" ends.

    2036-02-07 Thu - Microsoft Word 2000 date sorting fails [microsoft.com]

    Los tiempos de de dia+fraccion parecen bastante robustos, pero dependen de usar la coma flotante adecuada. Otra cosa es son los tiempos enteros de sistemas de 64 bits (como en W32, WNT, etc); dicen que aguantan hasta el 28 de Mayo del 60056 o algo asi.

    Una coincidencia interesante es que el origen de tiempos de unix es tambien el origen del "presente" del fechado radioactivo por C14. Esto es, cuando una publicacion da una fecha como "C14 years before present", significa "before 1970".

    [ Padre ]
    • Re:Cof, coff de pobrecito hablador (Puntos:2) Lunes, 31 Diciembre de 2007, 17:57h
    • Re:Cof, coff de Semen-up (Puntos:2) Martes, 01 Enero de 2008, 11:27h
    • 1 respuesta por debajo de tu umbral de lectura actual.
  • por gonzaloR (14921) el Lunes, 31 Diciembre de 2007, 20:46h (#997828)
    ( http://fishblues.blogspot.com/ )
    perl
    use POSIX;
    $ENV{'TZ'} = "GMT";
    # Set the Time Zone to GMT (Greenwich Mean Time) for date calculations.
    for ($clock = 2147483641; $clock 2147483651; $clock++)
    {
            print ctime($clock);
    } ^D
    Tue Jan 19 03:14:01 2038
    Tue Jan 19 03:14:02 2038
    Tue Jan 19 03:14:03 2038
    Tue Jan 19 03:14:04 2038
    Tue Jan 19 03:14:05 2038
    Tue Jan 19 03:14:06 2038
    Tue Jan 19 03:14:07 2038
    Tue Jan 19 03:14:08 2038
    Tue Jan 19 03:14:09 2038
    Tue Jan 19 03:14:10 2038
    cat /etc/issue
    Debian GNU/Linux lenny/sid \n \l
    uname -a
    Linux CCCP 2.6.21-2-amd64 #1 SMP Tue Jul 10 21:39:38 UTC 2007 x86_64 GNU/Linux
    --
    Yo estoy en forma. Redondo es una forma
    [ Padre ]
  • 4 respuestas por debajo de tu umbral de lectura actual.