qtforum.de

"SQL"+QByteArray((const char*)QThread::currentThread(),4).toHex().toUpper()

Christian81 hat geschrieben:Dann wird die Funktion wohl nicht im Context des erzeugten Threads aufgerufen. Oder der Thread wird gar nicht gestartet oder was auch immer.

    for (int i = 0  ;  i < n  ;  i++) {
        b* = new B();
        connect(b, started(), b, func());
        b->start();
    }

void B::run() {
    exec();
}

void B::func() {
    qDebug() << QThread::currentThread();
}

pfid hat geschrieben:Folgende Fragen fallen mir ein:

- wieso castest du einen QThread* auf const char*?
- was soll im ByteArray drin stehen?
- falls die Adresse des QThread-Objekts drinstehen soll, was machst du dann auf ner 64Bit Plattform?
- willst du vielleicht QThread::currentThreadId()?

Okay ich gebs zu, ich versteh deinen Code nicht

Willi2793 hat geschrieben: - Danach soll der QThread* im QByteArray stehen den ich dann erst in Hex umwandel und danach in Großbuchstaben damit es lesbar ist und keine Sonderzeichen enthält.

pfid hat geschrieben:Also quasi, die ersten 4 Bytes des QThread Objekts in Hex, ja? (Wozu ist das gut?)

pfid hat geschrieben:Klasse B erbt von QThread, und im connect-Aufruf hast du auch noch die Signal & Slot Markos drumrumgebastelt, ja?
Kann mir gerade nicht vorstellen, dass dir in dem Slot unterschiedliche Thread-IDs ausgegeben werden. Bist du unter Unix oder Windows unterwegs? Könntest du das qDebug() im Slot mal um pthread_self() (Unix) sowie this erweitern?

Willi2793 hat geschrieben:Ich mache das (verkürzt) jetzt so:
[...]

Willi2793 hat geschrieben:

pfid hat geschrieben:Also quasi, die ersten 4 Bytes des QThread Objekts in Hex, ja? (Wozu ist das gut?)

Nein, nicht die ersten 4 Byte sondern die Adresse selber. currentThread() gibt doch die Adresse zurück.

Willi2793 hat geschrieben: pthread_self() sagt mir jetzt nix. Und this ist schlecht möglich da currecntThread() eine statische Funktion ist.

Ich bin im Moment unter Windows unterwegs.

franzf hat geschrieben:Du vermixt die beiden Vorgehensweisen bei QThread:
ABleiten, und dafür was sinnvolles in die run(). exec() steht per Default drinnen, deshalb macht das Ableiten keinen Sinn so.
Den Worker von QObject ableiten, und per obj->moveToThread(newThread) das Abarbeiten der Events in den Thread verschieben. Das moveToThread wäre das was dir noch fehlt, lies dir aber auch nochmal diesen Thread durch, da steht viel dazu.

pfid hat geschrieben:Ja, aber nachdem du das in das QByteArray verfrachtet hast, nicht mehr. Da stehen dann, wie schon gesagt, die ersten 4 Bytes aus dem Speicherbereich auf den der Pointer zeigt.

pfid hat geschrieben:Okay unter Windows wirds mit pthread_self() nicht klappen. Wenn du qDebug() << this; in der run()-Methode von B hinschreibst, sollte er dir den this-Pointer ausgeben Damit wollte ich nachschauen, welche B-Instanz mit welcher Thread-Id in der run-Methode rumgurkt. Da würde man dann vermutlich sehen, dass alles korrekt ist. Die gleiche Debug-Meldung im Slot würde dir vermutlich aber eine andere Thread-Id mit gleichem this-Pointer ausgeben. Sprich: Slot wird im falschen Context ausgeführt.