Actualizar hora sin timer !!!!

[david_uh]

mi pregunta se debe a que vi un codigo en basic que se ejecutaba en el load luego este actualizaba la hora sin necesidad de un timer por eso iba mi pregunta si se puede hacer eso pero con delphi

[[cHackAll]]

Por que no nos muestras el código en vb... sería interesante analizarlo. Pero sin duda concuerdo con roman, Si o Si debe llamarse a una funcion API del Güindos para leer la hora "actual"... eso si no lo haces en Delphi con un TTimer puedes hacerlo con la API del mismo Timer "SetTimer", o con un TThread... si no nos gusta pues usas la API CreateThread... pero el código en vb hace algo de esto SI o SI.

[david_uh]

me parece que si con apis de win algo que vi en los comentarios del fuente estaba en inglés decia backcall function pero si, habian funciones de windows no lo tengo el código. Gracias por sus aportes y por responder tan rápido

[jhonny]

Una pregunta solo por curiosidad, ¿hay alguna bronca con el TTimer?, mejor dicho ¿Cual es la razón de no quererlo tener dentro de un proyecto?

[david_uh]

no ninguna lo que pasa es que pienso yo que consume recursos al estar ejecutandose en todo momento, disculpen si les suena tonto eso.

[jhonny]

Empezado por david_uh

no ninguna lo que pasa es que pienso yo que consume recursos al estar ejecutandose en todo momento, disculpen si les suena tonto eso.

Disculpa, amigo, no quise hacerte pensar eso... lo que sucede es que quería saber si había alguna razón por la que yo no debería hacerlo, nunca lo hice con el animo de hacerte pensar una cosa asi, ni mucho menos. En cuanto a que consuma muchos recursos el hecho de colocar allí el TTimer pues, sinceramente y a mi parecer, no creo que consuma una cantidad de recursos a la que podamos llamar excesivos.

[david_uh]

no de ninguna manera no es por loque dijiste sino porque creia que consume muchos recursos.
gracias por sus respuestas

[[cHackAll]]

Concuerdo con ambas partes, tengo el grave problema del ahorro de "bits" y se que si consume recursos... TODO consume recursos en diferentes medidas.

Un Timer consume los recursos del propio hilo "padre" que procesa los mensajes de la aplicacion y todo el bollo... si a éste le pones un "Sleep (5000);" en cada OnTimer pues tu aplicación parecerá colgada por 5 segs. cada Interval de tiempo.. por eso el del "Application.ProcessMessages"... si hablamos de clases y memoria pues el Timer estará utilizando tambien sierto espacio.

Utilizando un Thread... pues no tendrás dicha aventualidad, pero si tienes que tener en mente que el propio S.O. estará asignandole un espacio en memoria donde residirá, tendra las variables locales (del hilo) y otros. tambien estará ejecutandose todo el tiempo.

Yo me siento un poco mas tranquilo cuando analizo cuánto mejoraron las PCs, además veo que teniendo varios centenares de Threads ejecutandose todo el tiempo no pasa nada de escasez de recursos. ("Administrador de tareas, Procesos, Número de subprocesos" * Procesos a cada instante!!!)

Sin duda el uso del un Timer o del Thread depende mucho del caso de la necesidad que veas de usar uno o el otro.

Saludos!