qtforum.de

Hallo Christian, kannst du vielleicht kurz erläutern, wieso das in deinen Augen nicht sinnvoll ist? Das Überladen des ostream <<Operators ist in meinem Fall nicht der gewollte Weg, da ich eine externen Funktion aufrufe, die ein std::ostream erwartet um in diesen die Ausgabe zu schreiben. Sollte es j...

Hallo zusammen, ich möchte eine Klasse so von std::ostream ableiten, dass ich sie einer Funktion übergeben kann, die ein std::ostream & erwartet. Ziel des Ganzen ist es, dass ich in einer Worker-Klasse in einem extra Thread mehrere Funktionen aufrufe, deren Ausgaben dann per Signal an die GUI we...

Es hatte nichts mit Thread-Kontext oder dergleichen zu tun.
Es fehlte ein am Anfang der while-Schleife in der Worker-Klasse.

Viele Grüße
Johannes

m_pWorker lebt noch im Hauptthread Ich dachte mit m_pWorker->moveToThread(m_pThread); ist das gerade nicht mehr der Fall. Mir ist klar, dass ich aus meiner Basisklasse die QWaitCondition, die ich in einem anderen Thread bzw. in der Worker-Klasse gestartet habe, nicht per normalem Fubktionsaufruf wi...

Hallo, ich habe (mal wieder ;-) ) eine Frage zum QThread. Diesmal in der Kombination mit einer QWaitCondition. Ich habe eine Worker-Klasse erstellt und wie in Link beschrieben in den QThread verschoben. In einer doWork()-Methode, die auf der EventLoop des Threads läuft, ist eine while-Schleife imple...

Vielen Dank,

die Antworten haben mir sehr weitergeholfen

Johannes

Hallo franzf, dass man eine EventLoop auf dem context-Thread laufen hat, erschließt sich mir. Das finished()-Signal, das am Ende der überschriebenen run()-Funktion emitiert wurde geht damit aber verloren, oder? Man müsste quasi am Ende einer aufgerufenen Funktion wiederum ein Signal emitieren, dass ...

Hach :shock: Vielen Dank! Manchmal sind es die kleinen Dinge, die einem große Probleme machen. Wenn ich es richtig verstehe habe ich in der worker-Klasse dann aber keine EventLoop mehr, oder? Müsste ich also einen eventuellen QTimer dann auf dem GUI-Thread laufen lassen? Ich hab das auch schon imple...

Hallo franzf, danke für die Antwort. Ich hatte an meinen letzten Beitrag schon die Dateien meines Minimalbeispiels angehängt: threadtest_5.ui main.cpp threadtest_5.h threadtest_5.cpp Worker.h Worker.cpp Reichen diese aus? Ich habe die Auskommentierung der context->start()-Funktion wieder rückgängig ...

Ich habe ähnliche Probleme wie Illuminatus. Ich habe mir auch den "richtigen" Weg zur Erstellung eines separaten Threads durchgelesen und habe es wie folgt realisiert: Threadtest_5.h: #ifndef THREADTEST_5_H #define THREADTEST_5_H #include <QtGui/QMainWindow> #include "ui_threadtest_5....

Hallo Forenmitglieder, bisher habe ich Threads benutzt und nur die run()-Funktion überladen. Nun brauche ich aber mehrere Funktionen, die in dem gleichen Thread laufen sollen. Dazu habe ich die run()-Funktion wie folgt geschrieben: void DataThread::run(void) { exec(); } Dann habe ich folgende zwei T...

Entschuldige bitte, dass es so lange gedauert hat. Ich habe mal ein Minimalbeispiel erstellt: class Threadtest_3 : public QMainWindow { Q_OBJECT public: Basisklasse_(QWidget *parent = 0, Qt::WFlags flags = 0); ~Basisklasse(); Thread * m_pThread; int m_iCounter; private: Ui::BasisklasseClass ui; bool...

Ich bin nicht sicher, ob ich verstehe, was du meinst. Ich starte den Thread mit MyThread->start(), die run-Funktion habe ich überschrieben.

Was genau macht den das moToThread()?

Hallo, Ich habe eine Basisklasse und einen Thread, der sich in einer Schleife Daten holt und diese wieder an die Basisklasse zur Verarbeitung weiterleitet. Sobald ich aber das Fenster des GUI verschiebe, wird die Verarbeitung unterbrochen. Ich dachte zunächst, dass es daran liegt, dass ich im Thread...

Vielen Dank, jetzt funktioniert es!