Zitat von Sir Rufo:

Aber vor dem TThread.Synchronize oder TThread.Queue immer vorher prüfen ob man sich ausserhalb des MainThread-Kontext aufhält.

markieren

Delphi-Quellcode:

if MainThreadID <> TThread.CurrentThread.ThreadID then
  TThread.Synchronize(...)
else
  ...
end;

Warum? Geht da was kaputt wenn man in den eigenen Thread synchronisiert?

Hallo Stahli,

Zitat von stahli:

Wie schon mal gesagt: Schade, dass da jeder sein eigenes Süppchen gekocht hat.
Meins köchelt jetzt eben auch noch...

Ich habe schon zuviel schlechten Threading-Code gesehen. Entweder wurden die Risiken der Threading Programmierung nicht vollständig berücksichtigt, was dann dazu führte, dass das Programm unvorhersehbar und unerklärlich merkwürdiges Verhalten zeigte oder aber es waren soviele Critical-Sections darin, dass man sich fragte warum überhaupt Threads verwendet werden.

Deswegen habe ich mir geschworen, dass ich vor dem nächten Projekt mit Threading, zu allererst die Fähigkeiten der OmniThreadLibrary auschecken werde.

Da hat ein echter Threading-Experte seit 2008 seine Wunsch-Library gebaut und (und das ist viel zu selten der Fall) sie auch dokumentiert. In dem Blog des Autors kannst du viel über die Entstehung der OmniThreadLibrary erfahren, aber auch über Threading allgemein.

Bevor als die eigene Suppe überbrodelt, würde ich mal die OmniThreadLibrary schmecken.

Ciao Heinz Z.

Zitat von taveuni:

Zitat von Sir Rufo:

Aber vor dem TThread.Synchronize oder TThread.Queue immer vorher prüfen ob man sich ausserhalb des MainThread-Kontext aufhält.

markieren

Delphi-Quellcode:

if MainThreadID <> TThread.CurrentThread.ThreadID then
  TThread.Synchronize(...)
else
  ...
end;

Warum? Geht da was kaputt wenn man in den eigenen Thread synchronisiert?

TThread.Synchronize

Zitat:

Warnung: Rufen Sie Synchronize nicht aus dem Haupt-Thread auf. Dies kann zu einer Endlosschleife führen.

Vermutlich ein Bug, bezüglich auf sich selber warten und so.

Zitat von himitsu:

Vermutlich ein Bug

Nicht alles, was nicht so funktioniert wie du willst, ist gleich ein Bug
Insbesondere dann nicht, wenn das Verhalten dokumentiert/by-design ist. Wenn dir die API nicht gefällt, ist das eine andere Sache.

Kann da wirklich eine Endlosschleife auftreten oder meinen die eher ein Deadlock? Soweit ich weiß, sendet Synchronize eine Message an den Thread und wartet anschließendä vermutlich auf ein Signal (Lock). Wie eine Endlosscheife entstehen sollte, kann ich mir nicht so richtig vorstellen, Deadlock wäre dagegen logisch, weil die Message ja nicht abgearbeitet werden kann, während der Aufrufer-Thread blockiert.

Abgesehen davon meine ich aber mal den Source-Code von Synchronize gelesen zu haben, und wenn ich mich recht erinnere, war da am Anfang eine Weiche drin, die prüft ob GetCurrentThread = Ziel-Thread.

Kann natürlich sein, dass das erst in späteren Versionen in die RTL eingebaut wurde. Aber mindestens seit Delphi 2006 sollte es dann schon drin sein.