Alternative zu ProcessMessages in Thread gesucht

**devidespe**

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.

**Luckie**

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.

**Christian Seehase**

Moin Devid,

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

**Mikkey**

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.

**Jens01**

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.

Alternative zu ProcessMessages in Thread gesucht

Alternative zu ProcessMessages in Thread gesucht

AW: Alternative zu ProcessMessages in Thread gesucht

AW: Alternative zu ProcessMessages in Thread gesucht

AW: Alternative zu ProcessMessages in Thread gesucht

AW: Alternative zu ProcessMessages in Thread gesucht

Forumregeln

Luckie Registriert seit: 29. Mai 2002 37.621 Beiträge Delphi 2006 Professional	#2 AW: Alternative zu ProcessMessages in Thread gesucht 3. Feb 2016, 12:56 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. Michael Ein Teil meines Codes würde euch verunsichern.
	Zitat

Christian Seehase (Co-Admin) Registriert seit: 29. Mai 2002 Ort: Hamburg 11.105 Beiträge Delphi 11 Alexandria	#3 AW: Alternative zu ProcessMessages in Thread gesucht 3. Feb 2016, 13:02 Moin Devid, bei der Aktualisierung der Memos mit Hilfe von Synchronize sollte dass nicht passieren. Tschüss Chris Die drei Feinde des Programmierers: Sonne, Frischluft und dieses unerträgliche Gebrüll der Vögel. Der Klügere gibt solange nach bis er der Dumme ist
	Zitat

Jens01 Registriert seit: 14. Apr 2009 670 Beiträge	#5 AW: Alternative zu ProcessMessages in Thread gesucht 20. Feb 2016, 12:46 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. Achtung: Bin kein Informatiker sondern komme vom Bau.
	Zitat