Ich habe ein kleines problem mit Qt.
Und zwar lässt sich das GUI von Qt nur durch den erstellenden Thread bearbeiten (Elemente hinzufügen etc).
Es ist aber so das ich ein paar Threads benutze die z.B. Aktualisierungen in zeitintervallen durchführen sollen. Diese Threads können nur Inhalte ändern, sobald sie elemente hinzufügen wollen stürzt das Programm ab, mit einer Qt Meldung, das nur der Hauptthread am GUI arbeiten kann/darf.

Was ich jetzt also bräuchte wäre ein Konstrukt, dass es mir ermöglicht von einem Nebenthread aus dem Hauptthread eine aufgabe zu geben, dem Nebenthread schlafen zu legen bis der Haupthread die GUI arbeit abgeschlossen hat, und dann wieder den Nebenthread laufen zu lassen.

Oder:

Nachdem der Nebenthread beendet wurde, irgendwie dem Hauptthread etwas ausführen lassen. Sprich mit dem Nebenthread nur ein Refresh flag zu setzen.
Leider weiß ich nicht wie ich einem HauptThread der einen NebenThread erstellt sagen soll das er etwas ausführen soll, wenn der Nebenthread beendet wurde.

Bei mir ist es aktuell so:
Thread1: Signal -> Slot(Ruft Thread) -> geht wieder in qt routinen über die ich nicht einsehen kann.
Thread2: Start -> macht was -> ende.

Am ende von Thread2 passiert dann einfach gar nichts bis irgendwie ein Signal in Thread 1 gesetzt wird. Wenn ich also ein Refresh Flag setze, wird es erst angewand wenn irgendein neues Signal kommt.

1. Du pushed die GUI-Arbeit in den Hauptthread, dass machst Du in dem Du eine Funktion in die Event queue from GUI-Thread pushed. Die Lösung geht mit QThreads und mit STL-Threads. siehe: http://doc.qt.io/qt-4.8/threads-qobject.html

Das was du brauchst ist dann die Queued Connection. Qt's Signal/Slot Prinzip.
Du brauchst dann ein Signal, dass einen Slot vom Typ Queued Connection triggered, die Slot-Funktion wird dann in der Event Queue vom GUI-Thread abgelegt und bei der nächsten Gelegenheit ausgeführt.
Das bringt Dir natürlich nur etwas, wenn die Arbeit die der GUI-Thread machen soll so schnell von der Hand geht, dass das GUI nicht einfriert.

2. Du nutzt die Model / Views und benutzt dafür eine weitere Abstraktionsebene und sicherst dann die Model Zugriffe mit mutexen oder machst atomare Zugriffe.

ich versuche mich aktuell an der QThread lösung mit den Signals und Slots.
Scheint zu funktionieren.

Danke