Antonio
驴Existe alguna forma de controlar este tipo de mensajes?
Son errores que no pasan por el fichero de control de errores ErrorSys.prg y provocan que la aplicaci贸n muestre repetidos Mensajes por pantalla que nunca terminan y al final se tiene que resetear la m谩quina.
Puedes realizar una prueba:
a:= ARRAY(5000000000000)
Saludos
PD: 驴Para cuando el proximo build?
Toni,
> repetidos Mensajes por pantalla que nunca terminan
Aparecen tipo MsgInfo() ?
> 驴Para cuando el proximo build?
Lo antes posible
Antonio
Si, aparecen tipo Msginfo()
Saludos
Toni,
Una soluci贸n ser铆a modificar el gestor de errores internos de FWPPC, que es el de Harbour modificado, para que al primer error interno salga de la aplicaci贸n.
Pero entonces la aplicaci贸n no intentar铆a terminar de forma correcta (贸 lo m谩s correcta posible). Es decir no cerrar铆a ficheros abiertos, liberar memoria usada, etc.
Tendr铆amos que ver que capacidad de recuperaci贸n, en una situaci贸n as铆, tiene el Windows Mobile. Lo l贸gico, en un entorno de 32 bits, es que el sistema operativo controlase la situaci贸n y no le afectase. Terminando el proceso y liberando todos sus recursos usados.
Antonio
El problema es que no llega a entrar en el gestor de errores de FWPPC cuando se produce un error de este tipo (Errorsys.prg de FWPPC).
Puedes realizar la prueba con la definici贸n del Array() que indicaba en el primer post.
Por otro lado, 驴no hay forma de que en lugar de que se muestren los MSGINFO() en cada error, se genere un error.log en disco sin mostrar nada en pantalla?
Saludos
Toni,
>
El problema es que no llega a entrar en el gestor de errores de FWPPC cuando se produce un error de este tipo (Errorsys.prg de FWPPC).
>
Es que los errores internos no pasan por ese gestor de errores. Un error interno se produce a bajo nivel y la maquina virtual ya no puede usarse m谩s.
>
Por otro lado, 驴no hay forma de que en lugar de que se muestren los MSGINFO() en cada error, se genere un error.log en disco sin mostrar nada en pantalla?
>
Si, podemos cambiarlo. Vamos a crear un OBJ y te lo enviamos. El problema es que si no mostramos nada en pantalla, la aplicaci贸n terminar谩 de repente y el usuario no sabr谩 que pasa.
Antonio
Te agradezco de antemano la modificaci贸n.
En todo caso para evitar que salga la aplicaci贸n sin mostrar nada, se podia incluir un mensajes parecido a esto por ejemplo:
"Error detectado. La aplicaci贸n se cerrar谩 para evitar da帽os" (Muy tipico de Windows)
Prefiero algo as铆 a que el usuario tenga que resetear la m谩quina.
Gracias Antonio
Saludos
