Discussion :

[uriotcea]

Bonjour,

J'ai une situation un peu complexe de je vais tenter de simplifié:

Dans ma fonction main(...) j'execute mon application GUI Qt. Celle-ci lance un Qthread de calcul. Dans mon calcul une "Segmentation fault" arrive.
Comme dans mon main j'ai déclaré la fonction handle_signal (comme est ecrit dessous) de maniére à intercepter le signal "seg_fault".

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
 
 
void handle_signal(int param)
{
  QMessageBox::critical(NULL,"System error","seg fault");
  exit(0);
}
 
int main(int argc, char *argv[])
{
  Application app(argc, argv);
 
  signal (SIGSEGV,handle_signal);
  ...
  ..
  .

Evidemment tout ca fonctionne bien jusqu'au QMessage qui fait tout planter parce que c'est du graphique en dehors du Thread GUI.

Moi j'aimerai bien afficher cette boite de message mais je ne sais pas trop comment.

Merci de vos suggestions

[GreatTux]

Il faut faire appel à la QMessageBox dans ton thread GUI. Pour cela tu peux utiliser les signaux/slots entres ton thread GUI et ton thread de calcul.

[uriotcea]

Oui, mais une fois dans la fonction "handle_signal" je ne suis plus dans mon thread de calcul, non ?

[GreatTux]

Je pense que le handler de ton signal est appelé dans le thread où intervient le signal donc ton thread de calcul.

[uriotcea]

Oui c'est ce que je viens de voir en plottant les valeurs des threads.
Maintenant ma question est comment connecter mon thread de calcul avec la fonction connect(...) sachant que mon thread de calcul est appeler par un QConcurrent::run(my_func_calcul...). Il n'y a pas de pointeur 'this' accessible dans une telle fonction.
J'ai fais la connection depuis le GUI avec "connect(this,SLOT...,this, SIGNAL...) et ca semble fonctionner !
Je trouve ca étrange

[yan]

Maintenant ma question est comment connecter mon thread de calcul avec la fonction connect(...) sachant que mon thread de calcul est appeler par un QConcurrent::run(my_func_calcul...). Il n'y a pas de pointeur 'this' accessible dans une telle fonction.

C'est à dire?

Tu utilise QConcurrent::run sur un QObject??

[uriotcea]

Non sur une fonction C non Object

[yan]

j'ai pas compris ta question...
Ta fonction C doit appeler ton thread de calcul avec des signal/slots?

[uriotcea]

C'est moi qui ne suit plus là.

QConcurrent::run(func_cal..) lance bien la func_cal dans un thread différent du GUI ?
Enfin, moi c'est ce que j'observe.

[yan]

QConcurrent::run(func_cal..) lance bien la func_cal dans un thread différent du GUI ?

Oui c'est le but.

Donc j'ai pas compris ton problème.

[uriotcea]

Ta fonction C doit appeler ton thread de calcul avec des signal/slots?

Oui d'accord c'est le but, moi j'essayais de comprendre ta question !

Ma question est la suivante comment ecrire la focntion connect entre mon GUI et ma fonction C

[yan]

moi j'essayais de comprendre ta question !

Ma question est la suivante comment ecrire la focntion connect entre mon GUI et ma fonction C

En principe, si tu as besoin de signal/slot passe par un QThread.
Les runnable, threadpool, concurrent,... ne sont pas adapté à l'utilisation de QObject.
C'est en générale des traitements court.

Pourquoi ne pas utiliser de QThread?

sinon il te faut un QOBject pour emettre les signaux. Si tu n'as pas de paramètre, QTimer::singleshot devrait passer aussi.

[uriotcea]

Oui je comprend.
Malgré tout j'ai essayé en declarant la connection dans mon Thread GUI de la facon suivant : "connect(this,SLOT(func1),this, SIGNAL(fun2))"

Et ca semble fonctionner, ce trouve cela étrange, enfin là je reprend la discution initial un peu au début

[yan]

Oui je comprend.
Malgré tout j'ai essayé en declarant la connection dans mon Thread GUI de la facon suivant : "connect(this,SLOT(func1),this, SIGNAL(fun2))"

Et ca semble fonctionner, ce trouve cela étrange, enfin là je reprend la discution initial un peu au début

Si je comprend bien,
* tu as un QThread qui as un signal func1 et slot func2.
* les deux sont connectés
* func2 fait un traitement IHM.

La question est pourquoi ça marche. C'est cela?

[uriotcea]

Désolé je ne suis pas clair

func1 & 2 sont déclaré dans le Thread principale ce que j'appel le Thread_GUI

De ma fonction C j'appel une fonction de mon thread principale (j'ai un pointeur global) qui emet le signal func1.

[yan]

Désolé je ne suis pas clair

func1 & 2 sont déclaré dans le Thread principale ce que j'appel le Thread_GUI

De ma fonction C j'appel une fonction de mon thread principale (j'ai un pointeur global) qui emet le signal func1.

Pourquoi ça marche :
1- les signaux sont thread safe et peuvent être appeler de n'importe ou.
2- En mode auto (par défaut), un slot s'exécute toujours dans le thread auquel appartient le QObject (pour toi le thread_GUI).

Donc, quand tu appel ta fonction depuis le thread, il va appeler le signal. Comme c'est thread-safe, jusqu'ici aucun problème et le signal est emit par le thread.

Le slot connecté appartiens au thread_GUI. Il ne sera donc pas appeler directement par l'émission du signal. Un event est ajouter à l'eventloop de thread_GUI qui va exécuter le slot. Le slot s'éxécute dans le thread_GUI => merci Qt

Ce qui est bizarre dans ton archi c'est qu'un thread appel des fonctions d'un classe d'un autre thread.. Tu devrais lire ceci :
http://www.developpez.net/forums/d94...-movetothread/

[uriotcea]

Oui c'est plutot bizare, mais la fonction en question en fait qu'emettre un signal (thread safe disais-tu)
De plus ne je peux utiliser movetoThread, ma fonction n'heritant pas de QOBject