¿Cómo trabaja un Timer?

[[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.