Mit TTimer geht es nunmal nicht im Thread, aber natürlich kann man SetTimer auch innerhalb eines Threads benutzen.
* man muß nur ein Message-Windows im Thread erstellen und da drin einen Timer aktivieren
* und man muß im Thread natürlich auch auch die Window-Messages verarbeiten, vor allem WM_TIMER

Zitat von himitsu:

Mit TTimer geht es nunmal nicht im Thread

Mein Problem ist momentan eher, dass ich ausserhalb des Threads einen riesigen Timer-gesteuerten Ablauf je nach Thread-Ergebnis an- oder ausschalten muss.
Den kann/moechte ich gar nicht komplett im Thread unterbringen, da dieser Ablauf noch an zig anderen Stellen im Code regulaer verwendet wird.

Ich muesste den Timer ausserhalb eben nur aus dem Thread anstossen.

Darf ich das mit .Queue?

TThread.Synchronize oder TThread.Queue ... wird beides im Hauptthread ausgeführt.

SendMessage und PostMessage ebenso (wenn das zugehörige Window im Haupthtread erstellt wurde) und PostThreadMessage sowieso.

Zitat von CCRDude:

Sleep in einem Thread ist auch nicht gut. Wenn das System runter fährt, benachrichtigt es Dein Programm, das muss sich in einer kurzen Zeit beenden können, sonst wird es als eingefroren angezeigt.

Das kann man umgehen, indem man statt Sleep einfach WaitForSingleObject mit einem Event (bzw. die entsprechende Kapselung TEvent ) verwendet. Das Event lässt man permanent auf nonsignaled, bis man von Windows die WM_QUERYENDSESSION bzw. WM_ENDSESSION Nachricht erhält. Sobald man das Event dann aktiviert, arbeiten alle Threads unmittelbar weiter, ohne auf das Timeout zu warten. Im Thread selbst sollte man dann noch die Rückgabe von WaitForSingleObject prüfen, und die Bearbeitung entsprechend sofort einstellen, wenn nicht WAIT_TIMEOUT zurückgegeben wurde.

Zitat von Zacherl:

Das kann man umgehen, indem man statt Sleep einfach WaitForSingleObject mit einem Event (bzw. die entsprechende Kapselung TEvent ) verwendet. Das Event lässt man permanent auf nonsignaled, bis man von Windows die WM_QUERYENDSESSION bzw. WM_ENDSESSION Nachricht erhält.

Noch praktischer: ich verwende eine von TThread abgeleitete Basis-Klasse, die dieses Warten als Methode anbietet und das Event im Terminate auslöst. Damit hilft das nicht nur beim Runterfahren Verzögerungen zu vermeiden, sondern auch beim schlichten Beenden des Programmes oder gar nur des Threads.

Zitat von CCRDude:

Zitat von Zacherl:

Das kann man umgehen, indem man statt Sleep einfach WaitForSingleObject mit einem Event (bzw. die entsprechende Kapselung TEvent ) verwendet. Das Event lässt man permanent auf nonsignaled, bis man von Windows die WM_QUERYENDSESSION bzw. WM_ENDSESSION Nachricht erhält.

Noch praktischer: ich verwende eine von TThread abgeleitete Basis-Klasse, die dieses Warten als Methode anbietet und das Event im Terminate auslöst. Damit hilft das nicht nur beim Runterfahren Verzögerungen zu vermeiden, sondern auch beim schlichten Beenden des Programmes oder gar nur des Threads.

Ja, genau so hatte ich es damals auch umgesetzt und dafür die TerminatedSet Methode überschrieben