Hallo,

ich habe ein Formular, das mehrere Threads generiert, die wiederum rechenintensive Aufgaben durchführen. Nun habe ich das Problem, dass sporadisch bestimmte Threads einfrieren, was ich sehe, weil die Thread-Ausgabe pro Thread mit einem Memo des MainForm gekoppelt ist, das nicht aktualisiert wird.

In diesem Thema

http://www.delphipraxis.net/169097-a...ad-erlaubt.htm

wurde über die Vor- und Nachteile von ProcessMessages im Thread bzw. in dessen Synchronize gesprochen, und auch darüber, dass es eigentlich nicht direkt aufgerufen werden sollte sowie über den Nachteil, dass mit ProcessMessages alle Messages abgearbeitet werden - obwohl ich alle anderen Events, z.B. vom Mainform, vorübergehend deaktiviere.

Insofern hier die Frage nach einer Alternative zu ProcessMessages oder einem anderen Ansatz, der mir helfen könnte...

Vielen Dank.

Zeig mal deinen Thread Code. Irgendwas muss ihn ja blockieren.

Zitat:

die Thread-Ausgabe pro Thread mit einem Memo des MainForm gekoppelt ist

Das macht mich misstrauisch.

Moin Devid,

bei der Aktualisierung der Memos mit Hilfe von Synchronize sollte dass nicht passieren.

Ich weiß nicht, ob Du die Frage noch auf dem Radar hast.

Wenn das Programm ausschließlich in Windows laufen soll, empfiehlt es sich, das Vorliegen von Zwischenergebnissen/Fortschrittsinformation per "PostMessage" mitzuteilen. Idealerweise verpasst Du dazu der Form-Klasse in Interface, dessen Funktion Du aus dem Thread heraus aufrufst. Die Form-Klasse kümmert sich um die Thread-Entkoppplung (hier eben mit PostMessage).

Weitere Möglichkeiten dafür bieten Mutexe, Queues, das bereits angesprochene Synchronize...

Ein Bedienelement aus einem Arbeits-Thread direkt anzusprechen ist aber schlechter Programmierstil.

Backgrundworker
Sowas ähnliches habe ich mal gemacht. Eine Anzeige mit einer Fortschrittanzeige und einem Thread, der im Hintergrund rödelt.
Der OTL Backgroundworker hat einige Funktionen, damit da nichts einfriert.