Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   FireMonkey (https://www.clubdelphi.com/foros/forumdisplay.php?f=50)
-   -   ¿Que produce el error Top level window is idle? (https://www.clubdelphi.com/foros/showthread.php?t=92032)

fredo 05-07-2017 18:12:17

¿Que produce el error Top level window is idle?
 
Hola. desarrolle una aplicacion en Firemonkey con al version Tokio, esta se congela de manera aleatoria en algunos pc's, esta apliccion es un entrega un servicio http local, a pesar de no tener ningun loop infinito cuando veo el "visor de eventos" de windows me encuentro con un "Top level window is idle" que no me dice nada, a pesar de estar todo el codigo encapsulado. ¿Alguna idea de que podria ser? o alguien que sepa como probocar el error para ver posibles lugares de falla.

Gracias

Ñuño Martínez 06-07-2017 11:41:43

He estado haciendo una búsqueda y, curiosamente, sólo encuentro referencias a este error en foros de videojuegos (Battlefield 3, Elite - Frontier, DOTA, ...).

Al parecer se debe (o puede deberse) a que el tiempo de dibujo de la ventana supera el tiempo de refresco del sistema operativo, o algo así. La verdad es que no he encontrado mucha información. Sospecho que lo que pasa es que el sistema operativo no recibe respuesta de algún evento (¿WM_PAINT?) o la recibe a destiempo. Los PC en los que se congela tienen procesadores menos potentes o menos memoria RAM, ¿es así?

Supongo que, al ser un programa http, sí estás usando un bucle que puede ser infinito aunque no seas consciente de ello (por ejemplo, mientras esperas conexiones activas). O quizá el trabajo que hagas sea muy pesado, con bucles no infinitos pero con muchas iteraciones. Entonces es posible que no pueda responder al WM_PAINT porque esté haciendo otra cosa. Prueba a poner algún que otro Application.ProcessMessages, por si el problema es que he comentado arriba.

[edito]
Quizá exista una forma de saber cuál es el problema usando un profiler. Utilízalo para ver qué funciones, procedimientos o métodos son los que más trabajo consumen.

[edito otra vez]
Acabo de leer este artículo al respecto de Application.ProcessMessages: The Dark Side of Application.ProcessMessages in Delphi Applications. El resumen es que usarlo sin cuidada puede ser contraproducente, al parar un trabajo para realizar otro.

fredo 08-07-2017 06:05:17

Muchas gracias, aunque suene raro el problema lo dan los equipos más potentes..., lo primero que ha disminuido la frecuencia de caídas es cerrar y abrir cuando están vacías las tablas en memoria de Firedac, descubrí que aunque le hagas delete la memoria sigue tomada (por lo menos e firemonkey), también que después de muchos registros las tablas en memoria TFDMemoryTable empiezan a dar errores de memoria, así que ojo al usarlos, los prossesmessages existen todos y bien ubicados, y los ciclos infinitos tampoco existen siempre tienen un quiebre en caso de exceder tiempos máximos para continuar operando..., y si se hacen muchos request y no hay control también crean errores... eso es lo mejorado aun aparece el error pero en mucha menor frecuencia.... si hay más info se agradece


La franja horaria es GMT +2. Ahora son las 09:32:16.

Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi