[andres1569]

Hola:

Coincido con tu apreciación, Jachguate. El hacer un "Timer propio", empleando un bucle en un Thread aparte, ciertamente consume mucho procesador, pero se hacía necesario para la aplicación en cuestión, donde se está a la espera de varias señales externas que se suceden con determinadas frecuencias (inferiores todas a 100 milsecs). Habíamos comprobado que el Timer se detenía si, por ejemplo, el usuario hacía un scroll prolongado sobre un DBGrid o cosas similares, con lo cual se perdía el rastro de ciertas señales, cosa que no podíamos permitirnos.

Como dices, depende de lo crítico que sea el proceso, tampoco soy partidario de usar ese tipo de solución salvo en casos muy concretos. De hecho, la prioridad del Thread debía ser tpNormal, más de ahí paraliza el resto de la aplicación, por lo que hay que ir con cuidado con este tipo de experimentos.

Saludos