FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Dec, felicidades por los 6000 mensajes. En primer lugar, creo que cuando se hace un sleep, el programa se queda como colgado, no puedes ver el programa si lo tienes por ejemplo minimizado. En segundo plano, me refiero a poder utilizar el programa, sin que se quede colgado.
|
#2
|
||||
|
||||
Hola,
Muchas gracias, hombre. Tu aplicación tiene un Hilo de ejecución "principal". El uso de "sleep" hace que se detenga el Hilo de ejecución de la aplicación. Lo mismo ocurriría mientras se estuviera un "bucle while" más o menos intrincado y complejo. En este último caso se podría hacer algo... precisamente con una instrucción "Applicacion.ProcessMessages" dentro del bucle... pero... en el caso del "Sleep"... me temo que esto no sea posible. Pero es que hay que ver el uso de "Sleep". Un "Sleep" no es un bucle. No creo que sea habitual "Sleeps" de más de un par de segundos... al menos yo no he visto algo así. De modo que tal vez te convenga tirar por otro lado, tratar de encontrar otra solución, que no sea el uso de "Sleep" y que te solucione lo que necesitas. Existe algo como los "Hilos" secundarios, por ejemplo, puedes usar la clase "TThread" de Delphi para implementar más o menos sencillamente un segundo Hilo (aparte del principal) en tu aplicación. Tal vez por ahí vayan los tiros... pero, yo creo que tal vez podrías explicar un poco qué quieres hacer y tal vez alguien podría echarte una mano dándote alguna que otra idea. Pero... probablemente tengas que olvidarte del "Sleep" porque no se justifique su uso. Al menos es lo que pienso a bote pronto. |
#3
|
|||
|
|||
Tengo un procedure, que quiero que se llame a si mismo, pero por ejemplo cada media hora, y luego en un for, quiero que haga una instrucción, cada tres minutos.
|
#4
|
||||
|
||||
Hola,
Estupendo. Por lo que dices creo que lo que estás necesitando es un "TTimer". Un "TTimer" es un cronómetro (que corre en segundo plano respecto del Hilo principal de tu aplicación, y que por lo tanto no atrapará a este), digo, es un cronómetro que cuenta con un evento "OnTimer". Tienes el "TTimer" en la pestaña "System" de la paleta de componentes de Delphi. Asignas un intervalo de 1800000 milisegundos (30*60*1000) a la propiedad "Interval" del "TTimer"... "True" a su propiedad "Enabled"... y tendrás que cada 30 minutos se disparará el evento "OnTimer" del "TTimer". El "TTimer", como queda dicho, no ocupará el Hilo principal de tu aplicación. Ahora bien, cuando lleguemos al evento "OnInterval"... si ahí se ha de ejecutar un bucle "for" o "while"... tal vez entonces sea bueno contar con un "Application.ProcessMessages", dentro del bucle, empero, en todo caso creo que el problema se habrá reducido no poco, tal vez incluso eliminado del todo. En todo caso: olvídate del "Sleep". Si quieres hacer "algo" cada cierto intervalo de tiempo el componente "TTimer" es lo que andas buscando. PD. Adjunto un sencillo ejemplo de "reloj" que utiliza un "TTimer" para mantener actualizada la hora. Última edición por dec fecha: 09-05-2007 a las 13:22:50. |
#5
|
|||
|
|||
Lo he provado y mas o menos me sale, pero me surgen dos dudas, Application.ProcessMessages que hace exactamente y donde lo tengo que poner? y en el evento on timer puedo llamar a un procedimiento creado por mi?
|
#6
|
||||
|
||||
Hola,
Cita:
Algunos bucles pueden "apoderarse" del Hilo principal de la aplicación, de modo que impiden que se procesen los mensajes del sistema que la aplicación debe procesar. Pues bien, el método "ProcessMessages", como se ve, fuerza a que la aplicación procese los mensajes pendientes... y luego regresa el control a quien llamara al método "ProcessMessages", ni más... ni menos. Es una explicación acaso muy básica y hasta simple, pero, ahora mismo no se me ocurre otra, tal vez porque ni a mí mismo me quedan claras ciertas cosas, tal vez porque no quiera liar el asunto demasiado. ¿Dónde tienes que poner el "Application.ProcessMessages"? Pues básicamente donde veas que la aplicación se atore... y esto tiene lugar, por ejemplo, en algunos "bucles más o menos pesados". Dentro de estos bucles, pues, además del código que queramos ejecutar, puede y aun debe situarse un "ProcessMessages" para que la aplicación procese los mensajes encolados antes de seguir con la ejecución del bucle... o a cada ciclo de su éjecución. Cita:
En todo caso me veo incapaz de dar muchas más explicaciones sobre estos temas... creo que aquí tendría que venir algún compañero de estos que tenemos por aquí que nos pueden dar sopas con ondas, como suele decirse, en esto de los "Hilos", "Timers", "Mensajes", etc., etc., etc. En todo caso, si quieres ir un poco más allá, para empezar te recomiendo la ayuda del propio Delphi. Echa un vistazo a la ayuda del método "ProcessMessages" de la clase "Application". Lee su descripción y echa un vistazo al ejemplo que se ofrece. Y puedes seguir tirando del Hilo a partir de ahí... Última edición por dec fecha: 09-05-2007 a las 13:48:06. |
#7
|
|||
|
|||
Vale, muchas gracias, ya me funciona como yo quería y gracias a tu explicación la próxima vez que intente algo igual supongo que me las arreglare mas solo. Es mejor entender algo que copiar código solo porque si, al menos es lo que pienso, gracias otra vez .
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
InternetExplorer.Application | altp | .NET | 0 | 08-11-2006 20:39:02 |
¿Application.MessageBox? | Ledian_Fdez | Varios | 8 | 23-10-2006 22:19:44 |
Problema con Application.ProcessMessages | Coco | API de Windows | 0 | 25-02-2005 15:28:44 |
No funciona Application.ProcessMessages | Sr_Sombrero | Varios | 0 | 24-01-2005 22:21:01 |
Web Application | LILYBEL | Internet | 3 | 21-10-2004 15:18:10 |
|