Discussion :

[Matthieu76]

Bonjour,

mon problème est simple, tous les QTimer ou QTimer::singleshot que j'utilise depuis mon thread secondaire ne fonctionne pas.
Mon code compile, pas d'erreur mais QTimer ne lance pas la fonction.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
void Thread::run()
{
    timer = new QTimer(0);
    timer->setInterval(100);
    timer->moveToThread(this);
    connect(timer, SIGNAL(timeout()), this, SLOT(toto2()));
    timer->start();
 
    while(true)
    {
        //...
    }
 
}
void Thread::toto2()
{
    cout << "Bonjour" << endl;
}

PS : J'ai déjà essayé pas mal de trucs, ça fait 3 heures que je suis sur ce problème.

[Matthieu76]

Je viens de trouver la solution à mon problème, il fallait juste que j’appelle cette fonction depuis mon thread :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

QCoreApplication::processEvents()

Du coup je l'ai ajouté à ma fonction sleep et ça marche nickel.

[LittleWhite]

Bonjour,

La fonction processEvent() ne devrait être appelé que dans un cas très rare : celui où vous bloquer votre thread principal avec une tâche. En effet, la fonction de traitement des événements est appelé automatiquement dans le thread principal, par Qt (tant que vous ne bloquez pas celui-ci).

[Matthieu76]

"tant que vous ne bloquez pas celui-ci" ???

Je ne vois pas ce que tu veux dire par là, quand mon thread effectue des calculs ou un traitement, il est forcément bloqué c'est pour cela qu'il faut appeler QCoreApplication::processEvents() à chaque itérations de ma boucle de calcul.
En fessant cela, "Qt" reprends la main sur mon threads et peux y executer le QTimer.

[LittleWhite]

Si vous lisez tous les guides d'optimisation Qt, vous verrez rapidement que l'appel à processEvent() est déconseillé.
Maintenant, ce qu'il faut faire, c'est faire un autre thread, spécifique pour vos calculs. Ainsi, vous êtes certains de ne pas bloquer l'UI. Pourquoi ? Car :

• rien ne vous dit que votre traitement ne va jamais se bloquer (bogue, attente BDD...) ;
• l'utilisateur peut continuer à manipuler l'UI (déplacer la fenêtre sans saccade, réduire la fenêtre, voir une barre de progression).

Bien sûr, vous aurez un résultat avec processEvent(), mais que, personnellement, je ne juge pas bon (surtout depuis dix ans et les CPU multi coeur).
Je tiens à rappeler ceci, de l'auteur original :

mon problème est simple, tous les QTimer ou QTimer::singleshot que j'utilise depuis mon thread secondaire ne fonctionne pas.

Il a déjà un thread secondaire et ne devrait donc absolument pas appelé processEvent(). En plus, il a sûrement un bogue, semble t-il que son premier thread exécute la fonction de traitement (erreur de manipulation de QThread ?).

[Matthieu76]

Cela je le sais bien mais ce n'était pas là le problème que j'avais.
Mon problème était que je ne pouvais pas appeler de QTimer depuis un thread car celui-ci de se lançais pas. En faite, je voulais utiliser un QTimer dans ma boucle de calcul pour faire du multi-threading mais avec le recul, je me rends compte que cela était débile, j'aurais du passer pas un enfant de QThread comme j'ai fait pour ma boucle de calcul.