Richtig, Queue() ist asynchron, Synchronize() ist synchron (höhö)

PS: Doch, genau in dem Fall willst du ganz sicher NICHT einen asynchronen Aufruf verwenden. Denn das Setzen auf fünf passiert praktisch garantiert NACH deiner Abfrage.

Könnte mein oben genanntes Problem denn eintreten?
i := 5 ist nur ein Beispiel.

Du hast zwei Möglichkeiten: Synchron (TThread.Synchronize(..) ) und asynchron (TThread.Queue(..) )

Wenn du die Auswirkungen/Resultate/Rückgaben des Codes den du im Kontext eines anderen Threads ausführen möchtest direkt brauchst, dann brauchst du TThread.Synchronize(..)
Das "Problem" wird garantiert auftreten, hier noch einmal das gleiche Beispiel, nur etwas ausführlicher:

zusammenfalten · markieren

Delphi-Quellcode:

procedure TForm17.Button1Click(Sender: TObject);
begin
   TThread.CreateAnonymousThread(
      procedure()
      var
         capturedVariable: Integer;
      begin
         capturedVariable := 100;
         TThread.Queue(
            nil,
            procedure()
            begin
               capturedVariable := 42;
            end
         );

         case capturedVariable of
            100:
               Beep();
            42:
               begin
                  Beep();
                  Beep();
               end;
         else
            Beep(); Beep(); Beep();
         end;
      end
   ).Start();
end;

SendMessage und PostMessage synchronisieren sich selbstständig,
die Messages werden im Erstellungsthread der Komonenten verarbeitet, also innerhalb der MessageLoop. (bei der VCL im Hauptthread).

PostMessage ist asynchron (ist wie Queue)
SendMessage ist synchron (wie Synchronize)

Achtung: TThread.Queue im Haupthtread aufgerufen ist synchron, also wie Synchronize (k.A. wer da auf diese schwachsinnige Idee gekommen ist)
[edit] Seit wann gibt es ForceQueue?

Seit 10.1 Berlin

Zitat:

Das "Problem" wird garantiert auftreten, hier noch einmal das gleiche Beispiel, nur etwas ausführlicher:

Danke für das Beispiel. Dann werde ich Queue nur da anwenden, wo ich die Daten nicht sofort brauche (das heißt GUI-Änderungen und keine Variablen die ich unmittelbar nach dem Queue brauche).

Zitat:

SendMessage und PostMessage synchronisieren sich selbstständig,

Woran kann das den liegen, dass sich hier rein gar nichts tut? Laut diesem Beitrag soll es ja angeblich funktionieren https://www.entwickler-ecke.de/topic..._106970,0.html

CriticalSection
MultiReaderSingleWriter
Interlocked


Interlocked: Setzen von Integer, Booleans (LongBool) usw., also allem mit "4 Byte", bzw. in Registergröße.
InterlockedIncrement/InterlockedIncrement, InterlockedDecrement, InterlockedExchange, ..., bis hin zu Assembler (LOCK)

Zitat:

CriticalSection
MultiReaderSingleWriter
Interlocked

Ich verstehe nicht, was das jetzt mit SendMessage und der ProgressBar zu tun hat.

Zitat von Glados:

Ich verstehe nicht, was das jetzt mit SendMessage und der ProgressBar zu tun hat.

Hier gab es auch genügend andere Beispiele mit Variablen, du hattest einmal von "Variablen" gesprochen und auch im Titel geht es allgemain um Synchronisierung.

Zitat von Glados:

Ich verstehe nicht, was das jetzt mit SendMessage und der ProgressBar zu tun hat.

Du hast im Hauptformular ein Progressbar (MainThread), und einen Thread der "Datenschaufelt". Dieser sendet per SendMessage/PostMessage an das Hauptformular immer wieder eine Statusmeldung mit dem aktuellen Zählerstand. Wenn das Hauptformular Zeit hat wird es dann die Progressbar aktualisieren.

So ist die grobe Richtung.

Gruß
K-H