3 respuestas en este tema

[egostar]

Haciendo unos ejercicio acerca del manejo de excepciones me encontré con un caso que me parece interesante.
 
Cuando hago ésto
 
 

delphi

  try
     X := 100/0;
  except
     on EZeroDivide do
       ShowMessage('Error en division, ¡El denominador no puede ser cero!');
  end;

La excepción no se genera, pero si las constantes las cambio por variables.....
 

delphi

Y := 100;
  Z := 0;
  try
     X := X/Y;
  except
     on EZeroDivide do
       ShowMessage('Error en division, ¡El denominador no puede ser cero!');
  end;

Si se genera la excepción.

Lo interesante de ésto es que el valor que tiene X cuando la división es con constantes es igual a INF (Infinito o indeterminado)
 
Solo eso
 
Saludos

Archivos adjuntos

•  INF.png   288,63KB   0 descargas

[ELKurgan]

interesante...

 

Saludos

 

 

[Delphius]

El porque del INF (que significa INFINITO, Indeterminado es NaN: Not is A Number) se debe a que es justamente lo que el estándar IEEE dice que debe ser. No vendría mal recordar aquel hilo sobre "Lo que todo informático debe saber sobre aritemética flotante".

 

Ahora bien, el porque no reporta la excepción en un caso y el otro si tiene más pinta de un fallo. Deberías reportarlo amigo. Pensé que podría ser cosa de como el compilador está leyendo la palabra de control para el flag de excepciones para estos tipos de casos pero creo que no vaya por ahí el problema (*)

 

(*) sobre este temita del flag y la palabra de control Delphi ofrece una función que permite enmascarar excepciones que debe elevar el micro. No es algo habitual que se cambie la "configuración" pero es bueno considerarlo. Para más info sugiero leer el material del hilo que comenté antes. Usen el buscador.

 

De cualquier forma sería oportuno justamente, si no reporta la excepción, de evaluar que el número almacenado en el resultado sea un número válido y no una constante como INF o NaN. Porque de no hacerlo, más de una sorpresa nos llevaríamos después si tenemos que usar esa variable.

 

La otra es controlar antes que nada que el divisor no sea 0.

 

Si nos dices con cual versión de Delphi lo probaste para comprobar si es cosa del compilador de una versión en particular o si es general.

 

Saludos,

[egostar]

El porque del INF (que significa INFINITO, Indeterminado es NaN: Not is A Number) se debe a que es justamente lo que el estándar IEEE dice que debe ser. No vendría mal recordar aquel hilo sobre "Lo que todo informático debe saber sobre aritemética flotante".
 
Ahora bien, el porque no reporta la excepción en un caso y el otro si tiene más pinta de un fallo. Deberías reportarlo amigo. Pensé que podría ser cosa de como el compilador está leyendo la palabra de control para el flag de excepciones para estos tipos de casos pero creo que no vaya por ahí el problema (*)
 
(*) sobre este temita del flag y la palabra de control Delphi ofrece una función que permite enmascarar excepciones que debe elevar el micro. No es algo habitual que se cambie la "configuración" pero es bueno considerarlo. Para más info sugiero leer el material del hilo que comenté antes. Usen el buscador.
 
De cualquier forma sería oportuno justamente, si no reporta la excepción, de evaluar que el número almacenado en el resultado sea un número válido y no una constante como INF o NaN. Porque de no hacerlo, más de una sorpresa nos llevaríamos después si tenemos que usar esa variable.
 
La otra es controlar antes que nada que el divisor no sea 0.
 
Si nos dices con cual versión de Delphi lo probaste para comprobar si es cosa del compilador de una versión en particular o si es general.
 
Saludos,

Hola amigo,

En efecto, eso quiere decir INF, lo hice con delphi 10.1 Berlin.

Saludos