QObject::connect: Cannot connect (null)::readyRead() to Serveur::recevoirFichier()

[sandrecarpe]

Bonjour, j'ai une application qui utilise des sockets pour communiquer. demandeIdentification() répond au signal newConnexion() pour identifier le client, si je peux l'identifier, j'utilise le socket mTcpSocketFichier pour réceptionner le fichier du client, mais j'ai l'erreur QObject::connect: Cannot connect (null)::readyRead() to Serveur::recevoirFichier()

Pourquoi ? Et comment régler ce problème ?

void Serveur::demandeIdentification()
{
    QFile fileId("identifications.txt");
    mSocketIdentification = mTcpServeurFichier->nextPendingConnection();
    if(connect(mSocketIdentification, SIGNAL(readyRead()), this, SLOT(newIdentification())))
    {
        if(fileId.open(QIODevice::ReadOnly | QIODevice::Text))
        {
            QDataStream flux(&fileId);
            while(!flux.atEnd())
            {
                mListeIdentications.append(fileId.readLine().trimmed());
                qDebug() << mListeIdentications.last();
            }
             fileId.close();
        }
        else
        {
            qDebug() << "impossible d'ouvrir le fichier des identifications";
        }
    }

}

void Serveur::newIdentification()
{

    if(mIdentification == "")
    {
        if(mSocketIdentification->bytesAvailable() < (int) sizeof(quint8))
            return;

        mIdentification = mSocketIdentification->readLine().trimmed();
        qDebug() << "mSocketIdentification" << QString(mIdentification);
    }

    if(!mIdentification.isEmpty() && !mIsIdentified)
    {
        for(int i = 0; i < mListeIdentications.length(); i++)
        {
            if(mIdentification == mListeIdentications.at(i))
            {
                mIsIdentified = true;
                mSocketIdentification->close();
                mTcpSocketFichier = mTcpServeurFichier->nextPendingConnection();
                if(connect(mTcpSocketFichier, SIGNAL(readyRead()), this, SLOT(recevoirFichier())) &&
                    connect(mTcpSocketFichier, SIGNAL(readChannelFinished()), this, SLOT(finReceptionFichier())))
                {
                    qDebug() << "readyRead, readChannelFinished pret";
                }
                qDebug() << "identification ok";
                break;
            }
        }
    }
}

Merci de votre aide
-----

[JPL]

Est-ce que ça a un lien avec ceci : http://forums.futura-sciences.com/pr...on-socket.html ?

[invite830075ec]

Oui c'est très proche de ce que l'on a déjà abordé dans ce post.
Ne pas hésiter à nettoyer le dossier de compilation et faire une recompilation complète.

[invite830075ec]

Si c'est à l'exécution, afficher par debug mTcpSocketFichier juste après le
mTcpSocketFichier = mTcpServeurFichier->nextPendingConnection();
s'il est nul, le message s'explique

[A voir en vidéo sur Futura]

[sandrecarpe]

Oui mon post à un lien le précédent
En effet, mTcpSocketFichier est nul, mais je ne comprends pas pourquoi justement. Mon socket devrais attendre la prochaine connexion non ?

[invite830075ec]

l'utilisation de nextPendingConnextion() doit suivre de façon directe la réception un message newConnection(), et j'ai pas l'impression de que c'est le cas, il semble que tu fais un connect intermédiaire.

[invite830075ec]

Ou que tu essaie de récupérer 2 sockets clients à partir d'un seul signal newConnection()

[sandrecarpe]

Oui j'essai de récupérer deux sockets clients mais je ferme le premier avant, donc pas possible de faire un connect intermédiaire ?

[invite830075ec]

Le principe est que le serveur lorsqu'il reçoit une connexion, il alloue un socket client et te fournit un pointeur dessus. Et une fois que ce socket est détruit, ben y en a plus, et il faut attendre une nouvelle connexion.

[invite830075ec]

Le serveur gère un certain nombre de pending connections. chaque fois que tu appelles nextPendingConnection() il alloue un socket client et retourne un pointeur dessus, et decrémente le nombre de pending connections. Si tu as une seule demande de connexion en cours, tu as le droit à un seul nextPendingConnection().

[invite830075ec]

nextPendingConnection() n'attend pas la prochaine connexion. Il doit etre utilisé que quand on est sur d'avoir une demande de connexion en cours, c'est pourquoi on le met dans le slot relié au signal newConnection()

[sandrecarpe]

hmm d'accord je vois. Je vais ça d'une façon différente alors
Merci de m'avoir encore éclairé

[invite0bbe92c0]

Ce test me semble plus que bizarre :

if(connect(mTcpSocketFichier, SIGNAL(readyRead()), this, SLOT(recevoirFichier())) &&
                    connect(mTcpSocketFichier, SIGNAL(readChannelFinished()), this, SLOT(finReceptionFichier())))

En effet, il va provoquer deux connect successif dès l'instant où le premier ne retourne pas NULL.

Je n'ai pas lu tout le code en détail,mais ça me semble étrange comme séquence.