FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
¿Cómo trabaja un Timer?
Buenas tardes,
Me gustaría saber exactamente cómo trabaja un timer, y en qué momento genera un evento. Para ello, he creado un formulario con 4 botones y un timer (salta cada segundo, y cuando salta, escribe una linea con el texto "Timer!" en el cuadro de texto). Situando el ratón sobre los botones de la izquierda, vemos el código asociado a cada uno de ellos. Botón 3: Entiendo perfectamente lo que sucede al apretarlo. Se activa el timer y el thread principal queda libre. Al quedar libre, recibe los eventos del timer y los ejecuta. Cuando vuelves a apretar el botón 3, el timer se desactiva y no llega ningún evento más. Aquí llega la primera duda: ¿quién genera esos evento? Tengo claro quien los atiende, el thread principal, pero no quién los genera. Botón 11: Entiendo medianamente lo que sucede al apretarlo. Se activa el timer, pero el thread principal se queda dormido durante 5 segundos. Tras ello, se desactiva el timer. Todo ello sin dar opción al thread principal de ejecutar nada más. ¿El resultado? No se escribe ninguna linea en el cuadro de texto. De este comporamiento, deduzco que, aunque han pasado más de un segundo desde que se activo el timer, puesto que el thread principal no ha estado libre, no se ha generado ningún evento del timer. Y como no se ha generado ningún evento del timer, no se ha atendido nigún evento y no se ha escrito nada. Por lo tanto, deduzco que es el thread principal quien él mismo, en su "tiempo libre", genera los eventos del timer que él mismo atenderá. ¿Esto es realmente así? Botón 1: Siguiendo mi teoría, supongo que, en el momento en que hacemos ProcessMessage, el thread principal queda libre y genera un evento del timer, y lo atiende. Una vez (generados y) estudiados todos los eventos pendientes, se desactiva el timer. Por lo tanto, supongo que es el thread principal quien genera, en su "tiempo libre" los eventos del timer. Y además, genera 1 y sólo 1, tan pronto como puede, aunque en realidad correspondería generar 5, ya que han pasado 5 segundos. ¿Alguien sabe qué sucedió con los otros 4 eventos? ¿Por qué no se generaron? Botón 2: Siguiendo mi reoría, entiendo por qué, durante los primeros 5 segundos, no llega ningún evento. Simplemente, el thread principal no los generó, y en consecuencia no los atendió, ya que estaba dormido. Sin embargo, en cuanto despierta, supongo yo que genera 2 eventos, ya que, en su tiempo libre, los atiende escribiendo dos lineas en el cuadro de texto!! ¿Por qué 2 tan seguidos y no 1, y al cabo de un segundo, otro más? Entiendo que el evento lo genera el thread principal tan pronto como queda libre, al darse cuenta de que el timer lleva activo 5 segundos y que debería haber saltado al segundo 1. Por lo tanto, se genera un evento y se atiende. Pero, el segundo evento, ¿en qué momento se generó y debido a qué? llega, con total seguridad, en emnos de un segundo! Bien amigos, ya estána aquí todas las preguntas que tenía. Si alguien es capaz de dar respuesta fehaciente, confirmando quién genera los eventos de los timers, y bajo qué condiciones (¿1 evento? ¿2 eventos?), con lo que entenderemos el por qué de los distintos comportamientos, será de gran ayuda. Al menos, para mí, aunque espero que también para otros muchos. Saludos y gracias a todos. Última edición por Casimiro Notevi fecha: 22-05-2014 a las 23:17:57. |
#2
|
||||
|
||||
Hola rcuevas.
No pude correr tu ejecutable ya que me pide la vcl100.bpl que no dispongo, lástima no pusiste los fuentes... Pero de todos modos, el componente TTimer encapsula las funciones de temporización de Windows API simplificando el uso de SetTimer, KillTimer y TimerProc, así como también el procesamiento de los mensajes WM_TIMER. La información detallada de dichas funciones API podes encontrarla aquí: Timers Saludos
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... |
#3
|
||||
|
||||
Recuerda que esto es un foro de ayuda, no olvides nuestra guía de estilo, muestra tu código fuente para que te puedan ayudar. Eso de enviar solamente un ejecutable queda feo, además de peligroso. Gracias por tu colaboración.
Pd: He borrado el adjunto del ejecutable. |
#4
|
|||
|
|||
Buenos días,
Tienes razón Casimiro. Yo no lo había pensado, pero cualquier payaso puede venir aquí y añadir un ejecutable malicioso. Adjunto el código fuente del programa. Ecfisa, he estado leyendo la documentación que propones. Pero sólo con esa documentación no soy capaz de resolver las dudas que tengo. A ver si ahora, con el código fuente adjunto, eres capaz de compilar y ejecutar el programa. Saludos y gracias a todos. |
#5
|
||||
|
||||
Hola rcuevas.
No puedo correr tu código por que tengo una versión inferior de C++ Builder (6.0), pero mirándolo define las siguientes acciones: Código:
Button1 1) Al ingresar se agregan al memo las líneas: "Timer1->Enabled = true;" "Sleep(5000);" "Application->ProcessMessages();" "Timer1->Enabled = false;" 2) Al hacer click: . Se activa el Timer . Se llama a una pausa de 5 seg. . Se interrumpe la ejecución para procesar la cola de mensajes . Se desactiva el Timer 3) Al salir se limpia el Memo Button11 1) Al ingresar se agregan al memo las líneas: "Timer1->Enabled = true;" "Sleep(5000);" "Timer1->Enabled = false;" 2) Al hacer click: . Se activa el Timer . Se llama a una pausa de 5 seg. . Se desactiva el Timer Button2 1) Al ingresar se agregan al memo las líneas: "Timer1->Enabled = true;" "Sleep(5000);" 2) Al hacer click: . Se activa el Timer . Se llama a una pausa de 5 seg. Button3 1) Al ingresar se agregan al memo la línea: "Timer1->Enabled = !Timer1->Enabled;" 2) Al hacer click: .Se activa el Timer OnTimer 1) Se agrega al memo la línea: "Timer1->Enabled = !Timer1->Enabled;" btBorrar 1) Se borra el contenido del Memo 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... Cita:
Y, aunque siempre controlo minuciosamente y aislo cualquier ejecutable que descargo antes de ejecutarlo, no puedo dejar de destacar lo acertado de la acción de Casimiro . Saludos
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... Última edición por ecfisa fecha: 23-05-2014 a las 15:53:30. |
#6
|
|||
|
|||
Buenas tardes ecfisa,
Cita:
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. |
#7
|
||||
|
||||
Hola rcuevas.
Cita:
Cita:
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
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... Última edición por ecfisa fecha: 23-05-2014 a las 16:38:30. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
como guardar en postgresql (como trabaja el datamodule) | mematanlimon | Lazarus, FreePascal, Kylix, etc. | 0 | 15-02-2010 19:06:12 |
Como se trabaja con ejecutables? | alloger | C++ Builder | 2 | 13-10-2006 12:42:54 |
Como se trabaja la Clausula Like en delphi | Shidalis | OOP | 4 | 26-08-2005 16:18:51 |
Codigo de la tecla F3 Como cuando se trabaja un enter en vez de un TAB | jmedina | Varios | 4 | 08-07-2004 16:05:21 |
Como trabaja RecordCount de las Tablas Paradox??? | JamesBond_Mx | Conexión con bases de datos | 12 | 06-04-2004 16:42:48 |
|