Zitat:

Bei vielen deiner Fragen denke ich an klassisches "Overengineering"

Ich versuche nur das umzusetzen, was hier immer angepriesen wird: GUI nicht aus einem Thread heraus aktualisieren

Zitat von Glados:

Zitat:

Bei vielen deiner Fragen denke ich an klassisches "Overengineering"

Ich versuche nur das umzusetzen, was hier immer angepriesen wird: GUI nicht aus einem Thread heraus aktualisieren

Das ist auch definitiv gut Ich bezog mich eher darauf, dass du manchmal recht geschickt bist, die Delphi eigenen Funktionen durch Eigenentwicklungen ersetzen zu wollen

Geschickt würde ich nicht sagen. Ich setze einfach 08 und 15 zusammen und erhalte 0815-Lösungen.

Was könnt ihr Profis denn abschließend dazu sagen: Queue oder WndProc mit PostMessage und Record.
Es geht hier um Threads die einiges zu tun haben und die GUI recht häufig und schnell hintereinander aktualisieren, da es um Live-Daten geht wenn man das so nennen kann.

Währe TThreadedQueue eventuell ein Weg?
Mit einem extra Thread der die GUI aktualisiert und der pull das Queue leert. So können mehreren Threads die das Queue per push voll machen ohne zu blockieren.

Von TThreadedQueue höre ich zum ersten mal.

Wie würde denn dann aus diesem Extra-Thread heraus aktualisiert. Auch wieder mit Synchronize?

Ja mit Synchronize.

Ich habe kein Beispiel und habe damit bis jetzt nur eine Log Funktion umgesetzt aber die Idee fand ich gut.

Wenn ich das richtig verstanden hatte dann funktioniert die TThreadedQueue wie eine Art Spender (z.B. Rollen Spender).
Oben wird nachgefüllt und unten nach und nach leer gemacht.

Ist im Grunde wie ein Puffer der den Job Threads die Warte Zeit abnimmt.

Nur dann wäre ich ja wieder beim Synchronize, wovon ich eigentlich weg möchte.

Ich habe jetzt nicht gesehen ob es schon angesprochen wurde:
WM_COPYDATA muss mit SendMessage verwendet werden und WM_COPYDATA hat bei uns (früher) nicht als Kommunikation im Prozess funktioniert (nur zwischen Prozessen).

Zitat:

WM_COPYDATA muss mit SendMessage verwendet werden und WM_COPYDATA hat bei uns (früher) nicht als Kommunikation im Prozess funktioniert (nur zwischen Prozessen).

Funktioniert bei mir wie gewünscht im selben Prozess.
Ich glaube ich bleibe aber bei WndProc. Ob ich ein ganzes Record schicke muss ich noch gucken. Eventuell schicke ich Strings sogar nur so PostMessage(receiver, command, wParam, Integer(PChar(string)));

Hmm..

das mit WM_COPYDATA kann im selben Process nur funktionieren, wenn zwischen verschiedenen Threads..

Denn die Message kann im selben Thread nicht abgearbeitet werden, da diese ja noch auf das Return vom SendMessage wartet

Ich habe dies benutzt, um Texte aus Threads heraus an den MainThread zu schicken ohne Verwendung von Synchronize...