¿Cómo trabaja un Timer?

[rcuevas]

Hola mamcx,

Entiendo el concepto del bucle de los eventos. Aún así, muchas gracias por la explicación.

Intentaré resumir las dudas con las siguientes preguntar:
- Quien genera y encola los eventos del timer? Qué thread? El thread principal u otro thread? Yo apuesto por el thread principal.
- Cuando genera y encola el evento del timer? Yo supongo que cuando está libre y se percata de que ya ha pasado el tiempo establecido.
- Cuántos eventos genera y encola cuando se da cuenta de que ha llegado la hora? 1? O tantos como hibiesen sido generados si no hubiese estado ocupado? Yo creo que debería generar sólo uno.
- Una vez generado y encolado un evento, cuanto tarda en generar y encolar un nuevo evento? Yo creo que, desde que generó el ultimo evento, debería esperar el tiempo establecido en el timer, por lo menos.

Compila y ejecuta la aplicación. Veras los comportamientos q describo en mi mensaje inicial.

Saludos y gracias.

[mamcx]

Mucha de la respuesta esta en:

http://stackoverflow.com/questions/1...-threading-app

Basicamente: El API de windows es quien controla todo. TTimer es solo un wraper. Este es creado en el thread ppal. Los links que te pase responden el resto.

[[Al González]]

Recordando un tema similar, busqué "TTimer+funcionamiento site:www.clubdelphi.com" en Google, lo cual me llevó a este hilo de los foros:

http://www.clubdelphi.com/foros/showthread.php?t=73908

No se trata de ninguna explicación magistral, pero de algo puede servir. Aplica de igual forma a Delphi y a C++Builder.

[rcuevas]

Buenos días Al González,

Tras leer tus indicaciones, tengo claro que el sistema operativo es quien genera los eventos del timer. Algo que no sabía.
Pero sigo sin tener claro cuándo los genera, porque, según lo que veo en mi aplicación, mientras el proceso está dormido mediante un sleep, el sistema operativo sólo genera un evento, cuando le hubiese dado tiempo a generar 5!! Si los eventos los ha de generar el sistema operativo cada segundo, y nuestro programa ha pasado 5 segundos dormidos, es lógico que durante esos 5 segundos no haya tratado ningún evento, pero no es lógico que el sistema operativo, que no ha estado durmiendo, no haya generado 5 eventos...

Bien, seguiremos investigando.

Gracias por tu ayuda.

[mamcx]

Si has leido los links que te pase? Porque todas las preguntas ya estan respondidas a este punto.

No sabes ingles?

[[escafandra]]

Empezado por rcuevas

Pero sigo sin tener claro cuándo los genera, porque, según lo que veo en mi aplicación, mientras el proceso está dormido mediante un sleep, el sistema operativo sólo genera un evento, cuando le hubiese dado tiempo a generar 5!! Si los eventos los ha de generar el sistema operativo cada segundo, y nuestro programa ha pasado 5 segundos dormidos, es lógico que durante esos 5 segundos no haya tratado ningún evento, pero no es lógico que el sistema operativo, que no ha estado durmiendo, no haya generado 5 eventos...

mamcx te ha querido decir que el sleep duerme el hilo, es decir, el bucle de mensajes, por lo que el S.O. no puede generar el evento, ya que el hilo simplemente no procesa el mensaje. Si quieres evitar ese efecto, debes tener otro hilo, con su bucle de mensajes, que responda...


Saludos.

[mamcx]

Empezado por escafandra

mamcx te ha querido decir que el sleep duerme el hilo.

Que es exactamente lo que pasa, recuerda, es un INTERRUP y eso aplica a todo el thread. Por eso, el OS no puede enviar nada al thread, esta pausado! asi que mientras esta pausado, este "ignora" al thread.

Lo cual esta explicado en los links, por ejemplo:

any code that resides inside a timer event handler (for this type of timer class) is executed using the application's UI thread. During idle time, the UI thread is also responsible for processing all messages in the application's Windows message queue. This includes Windows API messages as well as the Tick events raised by this timer class. The UI thread processes these messages whenever your application isn't busy doing something else.

Asi que no le des vueltas. Todo esta sucediendo tal como se ha explicado y no hay ningun comportamiento "anomalo" ni inesperado. Recuerda que al usar el API del OS, estas cooperando y siguiendo con su forma de hacer las cosas, y una app GUI igual esta construida sobre el mismo, asi que no es extraño que trabajen al unisono si se reutilizan aspectos de la misma API subyacente.