[Qt 4] signaux non reçus entre thread

Version imprimable

Salut !
Petit problème de signaux jamais reçus...
Dans un thread (classe dérivée de QThread) je lance une connexion réseau avec QTcpSocket, que j'ai préalablement connecté à des slots sur mon thread. En fait j'ai suivi l'exemple de la doc Qt pour la classe QThread.
Hors, je ne reçois jamais de notification de la part de QTcpSocket, malgré le fait que j'ai fait les connexions en mode "queued_connection".
Voici le code de ma classe dérivée de QThread :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 #include "sirifserver.h" SirifServer::SirifServer(int port, const QHostAddress& address, const QString& name, QObject* pParent):QThread(pParent) { m_IpAddress = address; m_QStrName = name; m_Port = port; } /** main loop of the thread */ void SirifServer::run() { connect( &m_TcpSocket, SIGNAL(error(QAbstractSocket::SocketError)), this, SLOT(error(QAbstractSocket::SocketError)), Qt::QueuedConnection ); connect( &m_TcpSocket, SIGNAL(stateChanged(QAbstractSocket::SocketState)), this, SLOT(stateChanged(QAbstractSocket::SocketState)), Qt::QueuedConnection ); // Launch the connection m_Mutex.lock(); if ( m_QStrName.length() ) m_TcpSocket.connectToHost( m_QStrName, m_Port ); else m_TcpSocket.connectToHost( m_IpAddress, m_Port ); m_Mutex.unlock(); exec(); } void SirifServer::connectToRemote() { // Check if the thread is already launch, if not launched, launch it now if ( !isRunning() ) start(); } /** This Qt signal is emitted by the QTcpSocket. */ void SirifServer::error(QAbstractSocket::SocketError ErrorValue) { emit error( m_QStrName, ErrorValue ); } /** This Qt signal is emitted by the QTcpSocket. */ void SirifServer::stateChanged( QAbstractSocket::SocketState State) { emit stateChanged( m_QStrName, State ); }
normalement les signaux devraient être reçus dans les fonctions error() et stateChanged(), mais je ne reçois rien.
Par contre, si je place la déclaration des connections et l'appel à connectToHost() dans le constructeur de la classe SirifServer() (donc dans le thread principal) alors là, je reçois bien les signaux.
On dirait que les signaux ne passe pas les thread....

Des idées ? parce que là, je sèche.
:-\

27/10/2006, 15h24
Matthieu Brucher

Le thread est bien exécuté ? Si la boucle d'évènements de ton thread ne tourne pas, il ne peux pas traiter les évènements et donc les signaux.
27/10/2006, 15h29
tut

En fait mon thread principale (qApp) appelle la fonction SirifServer::connectToRemote(), qui va démarrer le thread.
De plus, j'ai mis un point d'arrêt dans la fonction run() pour vérifier, et effectivement, mon thread est bien démarré. :?
Donc, mon thread tourne bien.....
27/10/2006, 15h33
Matthieu Brucher

Mais pas la boucle de gestion des évènements... Il faut appeler exec pour cela.

eh bien, c'est ce que je fais dans la fonction run() du thread :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 
/** main loop of the thread */
void SirifServer::run()
{
   connect( &m_TcpSocket,
            SIGNAL(error(QAbstractSocket::SocketError)),
            this,
            SLOT(error(QAbstractSocket::SocketError)),
            Qt::QueuedConnection );
 
   connect( &m_TcpSocket,
            SIGNAL(stateChanged(QAbstractSocket::SocketState)),
            this,
            SLOT(stateChanged(QAbstractSocket::SocketState)),
            Qt::QueuedConnection );
 
   // Launch the connection
   m_Mutex.lock();
   if ( m_QStrName.length() )
      m_TcpSocket.connectToHost( m_QStrName, m_Port );
   else
      m_TcpSocket.connectToHost( m_IpAddress, m_Port );
   m_Mutex.unlock();
   exec();
}

comme le fait d'ailleurs l'exemple de QThread de la doc de Qt :
http://qt.developpez.com/doc/4.2/qthread/

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
 class MyThread : public QThread
 {
 public:
     void run();
 };
 
 void MyThread::run()
 {
     QTcpSocket socket;
     // connect QTcpSocket's signals somewhere meaningful
     ...
     socket.connectToHost(hostName, portNumber);
     exec();
 }

27/10/2006, 16h39
Matthieu Brucher

zut, je ne l'avais as vu :(

Est-ce que tu as une console pour t'afficher les messages d'erreur ?
28/10/2006, 13h52
dimitri-trolltech

Je soupçonne que le type des arguments QAbstractSocket::SocketError n'est pas connu de Qt :

Citation:

With queued connections, the parameters must be of types that are known to Qt's meta-object system, because Qt needs to copy the arguments to store them in an event behind the scenes. If you try to use a queued connection and get the error message

Code:

QObject::connect: Cannot queue arguments of type 'MyType'

call qRegisterMetaType() to register the data type before you establish the connection.