Jupp, ich bleibe bei meiner Aussage. Und wie schon gesagt wurde, macht man es genau umgekehrt: Ein Thread bearbeitet die Daten und die GUI kümmert sich um die GUI - was auch irgendwie mehr Sinn ergibt, wie ich finde. Wenn der Thread startet wird ein Zeitgeber gestartet, der die farbe des Panels periodisch ändert und wenn der Thread terminiert, wird der Zeitgeber wieder angehalten.

@Luckie:

Hast Du den folgenden Teil meiner letzten Antwort gelesen?

Zitat:

Im Grunde genommen, ist das hier ein vereinfachtes Beispiel. Mir war nicht ganz klar, dass ich so weit ausholen muss.

Im ganz Speziellen geht es darum, über eine TCP/IP-Verbindung von einem TCP/IP-Server eine Datei abzuholen, lokal abzuspeichern und zu verarbeiten und dem TCP/IP-Server mitzuteilen, ob die lokale Verarbeitung der Datei erfolgreich ausgeführt worden ist, oder eben nicht. Während der lokalen Verarbeitung der Datei muss die Verbindung zum TCP/IP-Server durch einen regelmäßigen "Ping" aufrechterhalten werden, da sonst der TCP/IP-Server die Verbindung nach 10 Sekunden abbricht. Auf den eigentlichen Quelltext der Anwendung und somit auf den Quelltext der lokalen Verarbeitung der Datei, sowie auf den TCP/IP-Server habe ich keinen Einfluss. Ich stelle lediglich eine Klasse zur Verfügung, in der intern die gesamte TCP/IP-Kommunikation implementiert ist. Nur der "Ping", den ich in einen Thread ausgelagert habe, scheint genauso wenig zu funktionieren, wie das Ändern der Farbe des Panels in meinem vereinfachten Beispiel.

Viele Grüße

Thomas

Und wo ist das Problem das ganze in einen Thread auszulagern?

@Tommahawk
Du hast scheinbar noch nicht ganz verstanden, was bei Synchronize eigentlich passiert:
1. Halte diesen Subthread an.
2. Warte so lange, bis der Hauptthread gerade nichts mehr zu tun hat.
3. Lass den Hauptthread die Aufgabe ausführen.
4. Führe den Subthread weiter aus.

Und am Punkt 2 scheitert dein Konzept.
So lange der Hauptthread beschäftigt ist, wirds nichts mit Blinken (oder was auch immer).
Natürlich könntest du im Hauptthread auch regelmäßig ProcessMessage aufrufen.
Wenn das möglich ist, würde aber auch ein simpler Timer zum Blinken genügen.