Menéame: comentarios [3180859]

#31 Efecto 2038: El nuevo "Efecto 2000"

box3d — Tue, 10 Sep 2019 20:40:27 +0000

#29 en industrias donde puede morir gente, usar un "tipo estandard" està prohibidísimo. Precisamente para evitar cosas como los comportamientos no definidos o comportamientos definidos por la implementación. Si quieres que El software sea portable has de hacer lo mismo.

Además, no necesitas una variable de x tamaño para recorrer datos via puntero, tan solo necesitas saber el tamaño máximo a leer (otro requisito de software crítico) así que si vas a leer un máximo de +/- 32K, hasta un int16 te arregla hasta en una arquitectura de 64b

» autor: box3d

#30 Efecto 2038: El nuevo "Efecto 2000"

mmcnet — Tue, 10 Sep 2019 19:55:40 +0000

#25 La clave está en el "se supone". Yo he visto de todo.

Por otro lado, piensa en un programa que tenga bastante tiempo, que se tenga que compilar contra librerías antiguas que no tengan versión de 64 bits, bien por que ya no se mantienen, o porque hubo un salto de versión sin compatibilidad hacia atrás.

Hay muchos casos en los que podría haber peoblemas, y si el programa es grande, hay que revisarlo y hacer todas las pruebas (de sistema, como mínimo), para poder confiar en el, aunque esté todo bien.

» autor: mmcnet

#29 Efecto 2038: El nuevo "Efecto 2000"

--8899-- — Tue, 10 Sep 2019 16:16:42 +0000

#28 Ay por dios...

Pero vamos a ver... es que eso NO es de lo que hablaba al principio. No se trata de sumar algo a un void, sino de qué usar para sumar algo a un puntero, o para recorrer un bloque. Si, por ejemplo, quiero recorrer un bloque de memoria byte a byte, teniendo un puntero a char, necesito utilizar una variable de tipo entero (sea del tamaño que sea) para llevar la cuenta, o para sumarle directamente (si, por ejemplo, quiero hacer acceso aleatorio en base a algún parámetro dentro del bloque de memoria). Esa variable debería tener, al menos, el mismo tamaño que un puntero (32 bits en un sistema de 32 bits, 64 bits en un sistema de 64 bits) para estar seguro de que siempre podré recorrer todo el bloque de memoria sea cual sea su tamaño. Ese es el problema. Por eso decía que tendría sentido que "int" (a secas) tuviese un tamaño dependiente de la arquitectura: porque así se podría usar ese tipo para esta clase de variables, y luego utilizar intXX_t o uintXX_t para cuando necesites un tamaño concreto.

¿Me he explicado por fin?

EDITO: en la práctica, para eso está el tipo size_t. Es a lo que me refería: un tipo para esta clase de operaciones. Pero en mi opinión debería poder hacerse con uno de los tipos estándar.

» autor: --8899--

#28 Efecto 2038: El nuevo "Efecto 2000"

box3d — Tue, 10 Sep 2019 15:06:18 +0000

#27
`(void*) + int` no se puede, tienes que darle tipo, por ejemplo `(uint8_t*) + int` es válido.

Y como `void*` acepta cualquier puntero, puedes hacer aritmética sin animaladas de puntero-a-int.

void* p = 0xDEADBEEF;
p = ((uint8_t*)p) + 1;
//^Cast de puntero-a-puntero es seguro

Y "de gratis" te permite incrementar con bytes, words, dwords o qwords cambiando el tipo del cast por 8,16,32,64..

» autor: box3d

#27 Efecto 2038: El nuevo "Efecto 2000"

--8899-- — Tue, 10 Sep 2019 13:36:43 +0000

#26 Y, hasta donde se, hacer

void *loquesea = 40;

también lo es... Así que ya me dirás como lo hacemos si quiero hacer operaciones con punteros. Obviamente el puntero base será siempre un puntero concreto, pero el valor a sumar tiene que ir en un int o tipo similar.

Edito: acabo de probar, y como suponía, no se pueden sumar dos punteros. Luego NECESITAS usar un tipo entero para operaciones con punteros, y por eso es lógico que haya uno cuyo tamaño coincida con el de un puntero.

» autor: --8899--

#26 Efecto 2038: El nuevo "Efecto 2000"

box3d — Tue, 10 Sep 2019 11:34:59 +0000

#21
Castear `void*` a `int` es pecado.
Utiliza `uintN_t` Como debe ser.

» autor: box3d

#25 Efecto 2038: El nuevo "Efecto 2000"

--8899-- — Tue, 10 Sep 2019 11:16:50 +0000

#23 Claro, pero se supone que tendría que utilizar un tipo "time_t" (que es el definido dentro de la estructura timeval), el cual será de 32 o 64 bits según sea necesario. Ese tipo, si no me equivoco, ya existía antes, y era equivalente a un int "a secas", pero en las nuevas versiones se redefine a un int de 64 bits. Si luego el programador almacena un time_t en un int "porque es lo mismo", ahí ya es un error del programador.

» autor: --8899--

#24 Efecto 2038: El nuevo "Efecto 2000"

xizor — Tue, 10 Sep 2019 11:15:41 +0000

#22 pues casi todo lo que esté en C/C++ sobre Unix fallará. Y probablemente lo de Java también, pero eso lo digo con la boca pequeña porque aunque el tipo de Java para las fechas si aguanta más años no estoy seguro de dónde saca el valor, que si es del sistema operativo y este es Unix, pues también fallará. Y aunque se parchee, hay mucha base de datos y mucho fichero que en sus campos tiene la fecha en segundos desde el 1970, así que....

» autor: xizor

#23 Efecto 2038: El nuevo "Efecto 2000"

mmcnet — Tue, 10 Sep 2019 11:01:56 +0000

#20 Eso de recompilar sin tener que tocar nada .... Un programa que usa enteros de 32 bits para guardar la hora tiene que cambiar la definición de tipos y revisar muchas cosas (cambia el tamaño de variables, estructuras, arrays ).. no es tan sencillo.

» autor: mmcnet

#22 Efecto 2038: El nuevo "Efecto 2000"

GanaderiaCuantica — Tue, 10 Sep 2019 10:58:53 +0000

#18 Y me lo creo. Es más, dudo que falle algo en 2038. Pero tenía que hacer el chiste. Muchas horas sin leer una crítica a Cobol.

» autor: GanaderiaCuantica

#21 Efecto 2038: El nuevo "Efecto 2000"

--8899-- — Tue, 10 Sep 2019 10:17:07 +0000

#14 Y, sin embargo, en mi opinión, "int" debería siempre coincidir en tamaño con el puntero, de manera que poniendo "int" a secas puedas hacer siempre operaciones con punteros sin riesgo, y sólo usando short int, long int y long long int especificar un tamaño concreto.

» autor: --8899--

#20 Efecto 2038: El nuevo "Efecto 2000"

--8899-- — Tue, 10 Sep 2019 10:11:06 +0000

#10 En realidad no es tan sencillo: no puedes hacer que una llamada a sistema que antes devolvía un entero de 32 bits pase, de golpe, a devolver uno de 64 bits sin que rompan todas las aplicaciones que lo usan, por lo que lo que se ha hecho es añadir una nueva llamada que es la que devuelve el valor de 64 bits. Esto significa que las aplicaciones que llamen a la función vieja fallarán en 2038, por mucho que hayas actualizado el kernel.

Afortunadamente, tal y como está hecho, en general es suficiente con recompilar el código, sin tener que tocar nada.

» autor: --8899--

#19 Efecto 2038: El nuevo "Efecto 2000"

squanchy — Tue, 10 Sep 2019 08:18:17 +0000

#10 ¿Y javascript? Lo mismo para esa fecha tienen un objeto Date que sirva para algo y puedo dejar de usar la librería moment.

» autor: squanchy

#18 Efecto 2038: El nuevo "Efecto 2000"

xizor — Tue, 10 Sep 2019 07:43:26 +0000

#9 pues precisamente los de Cobol no van a fallar.

» autor: xizor

#17 Efecto 2038: El nuevo "Efecto 2000"

kucho — Tue, 10 Sep 2019 06:30:28 +0000

#8 crear algo en informatica y que dure 70 años... tu me diras...

» autor: kucho

#16 Efecto 2038: El nuevo "Efecto 2000"

--193513-- — Tue, 10 Sep 2019 06:15:27 +0000

Buen, ya mismo tendremos que enviar a John Titor a los 70 a por una maquina de ibm

» autor: --193513--

#15 Efecto 2038: El nuevo "Efecto 2000"

PauMarí — Tue, 10 Sep 2019 05:48:46 +0000

#13 #5 porque muchos simplemente trabajan de programadores, no són programadores...

» autor: PauMarí

#14 Efecto 2038: El nuevo "Efecto 2000"

box3d — Tue, 10 Sep 2019 05:31:33 +0000

Estoy acojonado con la cantidad de veces que he visto castear El timestamp Unix a "int" y, a pesar de los warnings, dejarlo ahí y pa cliente.

Nota: int "a secas" es de 32bit en la mayoría de plataformas de 32/64 bit

» autor: box3d

#13 Efecto 2038: El nuevo "Efecto 2000"

chavi — Tue, 10 Sep 2019 05:26:39 +0000

#5 Porque muchos programadores son así....

» autor: chavi

#12 Efecto 2038: El nuevo "Efecto 2000"

pozoliu — Tue, 10 Sep 2019 04:32:07 +0000

Recordemos ese gran momento Simpson www.youtube.com/watch?v=Vwvix4ahHEk

» autor: pozoliu

#11 Efecto 2038: El nuevo "Efecto 2000"

x.y.z — Tue, 10 Sep 2019 04:31:27 +0000

#0 spam www.meneame.net/user/qasax/history

» autor: x.y.z

#10 Efecto 2038: El nuevo "Efecto 2000"

Ed_Hunter — Tue, 10 Sep 2019 02:58:12 +0000

Como parece que para entonces ya habremos migrado todos a sistemas de 64 bits, con lo que no habría problemas hasta dentro de unos 292 mil millones de años.

Por otra parte Linus ya ha parcheado la versión de 32 bits de Linux para retrasar el problema tanto como en los sistemas de 64 bits, por lo que actualizando el kernel ya tienes arreglado el efecto 2038.

» autor: Ed_Hunter

#9 Efecto 2038: El nuevo "Efecto 2000"

GanaderiaCuantica — Tue, 10 Sep 2019 02:50:06 +0000

Habrá corralito. Caerán todos los sistemas de los bancos con Cobol

» autor: GanaderiaCuantica

#8 Efecto 2038: El nuevo "Efecto 2000"

Serorum — Tue, 10 Sep 2019 02:42:33 +0000

¿Cómo tuvieron ese error?

» autor: Serorum

#7 Efecto 2038: El nuevo "Efecto 2000"

qasax — Tue, 10 Sep 2019 02:30:19 +0000

#4 ¡El error seguiría ahí! Estaríamos en el 1901 sólo que un día mas tarde.

» autor: qasax

#6 Efecto 2038: El nuevo "Efecto 2000"

qasax — Tue, 10 Sep 2019 02:28:36 +0000

#3 Imagino que el mismo que en los GPS, asique serán los "segundos oficiales". ¡Supongo!

» autor: qasax

#5 Efecto 2038: El nuevo "Efecto 2000"

--334312-- — Tue, 10 Sep 2019 02:26:51 +0000

[Usuario deshabilitado]

» autor: --334312--

#4 Efecto 2038: El nuevo "Efecto 2000"

Peachembela — Tue, 10 Sep 2019 02:10:01 +0000

entonces tendremos todos los computadores apagados el 19 de enero de 2038 y los encenderemos al día siguiente para que así no nos pase nada.

» autor: Peachembela

#3 Efecto 2038: El nuevo "Efecto 2000"

--603113-- — Tue, 10 Sep 2019 01:55:25 +0000

[Usuario deshabilitado]

» autor: --603113--

#2 Efecto 2038: El nuevo "Efecto 2000"

qasax — Tue, 10 Sep 2019 01:50:44 +0000

#1 Jajajaja ya somos dos

» autor: qasax

#1 Efecto 2038: El nuevo "Efecto 2000"

JavierLaig — Tue, 10 Sep 2019 01:47:12 +0000

Me veo, gritando en la nochevieja:

- Efecto 2038! Efecto 2038!...

Que recuerdos de adolescente, gritando la gente Efecto 2000.

» autor: JavierLaig