¿Cómo trabaja un Timer?

[rcuevas]

Buenas tardes ecfisa,

Pregunto por que por ejemplo: Un click sobre Button1 activa el Timer, pero se desactiva automáticamente cuando el cursor del mouse sale de ese control para realizar cualquier otra acción...

Eso no es del todo cierto, ya que cuando el cursor sale del botón, lo único que sucede es que se limpia la memo donde escribo lo que hace ese botón, pero no modifico ninguna propiedad del timer.

Y fíjate que hay 2 memos. Una en la que escribo al situar el cursor sobre alguno de los 4 botones. La otra, en la que escribo en cada evento del timer.

Es difícil entender mi duda si no puedes compilar el ejecutable. El lunes lo subiré de nuevo, si es que Casimio me lo permite.

Saludos y gracias.

[ecfisa]

Hola rcuevas.

Eso no es del todo cierto, ya que cuando el cursor sale del botón, lo único que sucede es que se limpia la memo donde escribo lo que hace ese botón, pero no modifico ninguna propiedad del timer.

Tenes toda la razón, me confundí reacomodando el código en el block de notas.

Es difícil entender mi duda si no puedes compilar el ejecutable. El lunes lo subiré de nuevo, si es que Casimio me lo permite.

Por favor no subas el ejecutable nuevamente.

Voy a revisar otra vez el código fuente con mas detenimiento. Aunque dame algo de tiempo por que debo agregar los eventos OnMouseEnter y OnMouseLeave ya que en C++ Builder 6 no están implementados.

Saludos

[rcuevas]

Hola de nuevo ecfisa,

No hace falta que implementes esos eventos.
Yo los había implementado para que vieseis, en cada botón, lo que estaba implementado.
Pero ahora ya tienes el codigo fuente!

Simplemente implementa los eventos onclick de los botones y el evento ontimer del timer.
Una vez hecho eso, ejecuta el programa y evalúa los resultados, teniendo en cuenta lo que digo en mi primer mensaje.

Saludos.

[mamcx]

Ok, el asunto es que intentando entender esto estas mezclando varias cosas.

Primero que todo, Sleep no tiene relacion directa con un timer. De hecho, funciona aunque lo uses en codigo "normal".

Todo arranca por entender en primer lugar como funciona una app "visual". A diferencia del entendimiento basico de como funciona un programa ("se ejecuta todo de arriba-abajo paso a paso") una app visual trabaje en un:

https://en.wikipedia.org/wiki/Event_loop

Nota como existen varias formas de hacer eso, y varian por plataformas, entornos y todo eso.

Basicamente algo asi como:

Código Delphi [-]
while True do
begin
  //De alguna manera, procesar eventos tipo GUI aqui

 //De alguna manera, saber que debo salir de aqui cuando todo termine
end;

Es por eso que se puede bloquear la GUI. Todo corre un ciclo que NO TIENE GARANTIAS de tiempos de ejecución (ie: cada paso puede ejecutar arbitrariamente un proceso demorado). Eso es lo que uno entiende por "la gui corre un un thread", lo cual es casi siempre asi.

Un timer por lo tanto (dependiendo de su implementación) es simplemente un "pulsador" de eventos, que no necesariamente garantiza que cada X tiempo va a invocar su handler -recuerda, puede correr sobre el event loop!-.

Todo este preludio para que entiendas que un timer es una idea muy simple conceptualmente:

Código Delphi [-]
while True do
begin
  //De alguna manera, procesar eventos tipo GUI aqui
 
  if timers.tiempoacumulado >= timers.tiempodefinido do
  begin
  //De alguna manera, ejecutar procesar los eventos
 end;
 //De alguna manera, saber que debo salir de aqui cuando todo termine
end;

Como este implementado el timer, varia. La documentación mejor que encontre es:

http://msdn.microsoft.com/en-us/magazine/cc164015.aspx

La relacion con sleep se da por:

http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx

This function causes a thread to relinquish the remainder of its time slice and become unrunnable

Y eso se logra mediante un Interrup, que es como un "parar a las malas" y por eso se desaconseja su uso si se quiere tener un programa multi-hilo o que no bloquee -ya que un sleep de estos puede ser problematico ya que puede crear un deadlock o problemas de sincronizacion, como aclaran los links que te puse-. Esto es lo importante de porque no hay que mezclar el sleep con el timer = Puedes "pausar" usando el timer!

El punto: INTERRUMPIR el programa/thread no es una tarea de un timer. Mas bien, es la de ejecutar cada X un evento(s). Es *ideal* nunca bloquear un thread, ya que interfieres con el event loop.

Eso responde "Como trabaja un timer". Lo demas es "Como esta implementado un timer basado en el API de mensajes de windows", y el resto de los docs "Y como se basan los otros tipos de 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.