[résolu] C++ et les horribles \0\0

Salut
tu devrais plutot poster le receive du serveur, voir le code du serveur entier si possible (sur past bin)

si "buffer" est de type char *, ton test ne fait qu'une comparaison de pointeur (qui sont forcément toujours différents). En utilisant le strcmp, ça compare jusqu'au \0:

if( strcmp(buffer, "1") == 0 )

{

   send(sock,"reponse",sizeof("reponse" ),0);

}

Et pense au '\0' pour les tailles des paquets envoyés.

C'est a dire ?

pour envoyer une chaine de caractères, il faut envoyer aussi le \0, sinon tu ne saura pas quand ta chaine finira, sauf si tu envoies la taille juste avant  

Mais de toute facon le VB ne remplira pas le reste avec des \0 tout moches ?
Et puis pendant que t'est la, pour envoyer un fichier il faut que je l'ouvre ne binaire et que j'envoye son contenu ( en bianire ) pour le recevoir et le placer dans un autre fichier ca sera ca a peu pres ?

Côté VB, je pense que ça dépend de la taille des buffers, mais je ne connais pas les sockets en VB, utilises-tu les fonctions de la win32 API ?
Pour le fichier c'est bien ça, mais je te conseille d'envoyer la taille des données qui suivent, car ça peut arriver en plusieurs fois.

Non j'ai ecrit cette fonction pour traiter les données rentrantes il pour un autre de mes programmes qui est un client et un serveur VB :

Sub IncomingData(ByVal DataLength As Long)

Dim buffer() As Byte

Dim data As String

Dim parse() As String

On Error Resume Next

 
    If ok = False Then ' est ce une demande ou un fichier qui arrive ?

            DAFORM.Socket.GetData data, vbString, DataLength

 
            parse = Split(data, SEP_CHAR)

 
            parse(0) = LCase(parse(0))

 
            If parse(0) = "file" Then

                If parse(1) = "" Then Exit Sub

                FileName = DAFORM.txtPath.Text & "\" & parse(1)

                DaFile = parse(1)

                Open FileName For Binary As #2

                DAFORM.ProgressBar1.Max = parse(2)

                ok = True

            Else

                DAFORM.Command1.Enabled = True

            End If

    Else 'si c'est le fichier qui arrive

 
        DAFORM.Socket.GetData buffer

        Put #2, pos, buffer

        DAFORM.lblConnection.Caption = "Telechargement en cours !   " & Int((DAFORM.ProgressBar1.Value / DAFORM.ProgressBar1.Max) * 100) & " % recus."

        pos = pos + UBound(buffer) + 1

        DAFORM.ProgressBar1.Value = DAFORM.ProgressBar1.Value + DataLength

        If DAFORM.ProgressBar1.Value = DAFORM.ProgressBar1.Max Then Close #2: DAFORM.lblConnection.Caption = "Telechargement terminé !": ok = False: pos = 1: DAFORM.Command1.Enabled = True: DAFORM.Command2.Enabled = False: MsgBox "Le fichiera bien été mis a jour !": Shell DaFile: End

    End If

End Sub

Comme ca quel que soit la taille des packets recus on a commeme un fichier compet a la fin.

Et coté serveur c'set tout bete :

frmServer.Socket(index).SendData Buffer

                    DoEvents

Mais esque en C++ le coté serveur sera pareil ??? ( ca marrangerait xD )

Les Socket fonctionnent au niveau de l'OS, donc le fonctionnement est le même quel que soit le langage.
Peut-être qu'en VB il y a une surcouche, mais je ne crois pas. Je pense que le comportement en C++ est le même.

Dans ton exemple 100% VB, tu n'as pas de problème si tu envoies un fichier qui dépasse les 64ko ?

nono c'est le programme pour mettre a jour l'exe de mon MMORPG et il fonctionne nickel  

Puisque il rajoute au fichier les packets de 64k tant que c'est pas la fin.
If DAFORM.ProgressBar1.Value = DAFORM.ProgressBar1.Max

Ah oui, j'avais pas bien lu. Donc, le même principe est à faire en C++.

S'il y a des \0 en trop à cause de VB, ce n'est pas bien grave si, en C++, tu conserves le même protocole que tu as définis dans ton code VB.

ok merci beaucoup

Je continue le post :

Donc j'ai un probleme c'est que mon programme serveur n'arrive pas a detecter que le client s'est deconnecté, donc le socket n'est plus en ecoute et au bout de deux connexion a mon programme serveur celui ci se bloque, voici le code

// Si les sockets Windows fonctionnent

    if(!erreur)

    {

        sock = socket (AF_INET, SOCK_STREAM, 0);

        // Si la socket est valide

        if (sock != INVALID_SOCKET)

        {

            printf ("La socket %d est maintenant ouverte en mode TCP/IP\n", sock);

            sin.sin_addr.s_addr    = htonl (INADDR_ANY);   // Adresse IP automatique

            sin.sin_family         = AF_INET;              // protocole familial (IP)

            sin.sin_port           = htons (7777);       // listage du port

 
            while(1)

            {

 
            //sock_err = bind (sock, (SOCKADDR *) &sin, sizeof sin);

            sock_err = listen (csock, 5);

 
            //Si la socket fonctionne       

            if (sock_err != SOCKET_ERROR)

            {

                // démarrage du listage (mode server)

                sock_err = listen (sock, 5);

                printf ("Listage du port %d...\n", 7777);

                //Si la socket fonctionne

                if (sock_err != SOCKET_ERROR)

                {

                    // Attente pendant laquelle le client se connecte

                    printf ("Ecoute sur le port 7777...\n");

                    csin.sin_addr.s_addr    = htonl(7777);        

                    csin.sin_family         = AF_INET;            

                    csin.sin_port           = htons(7777);        

 
                    if((csock = accept (sock, (SOCKADDR *) &csin, &recsize))!=INVALID_SOCKET)

                    {

                    printf ("Un client se connecte avec la socket %d de %s:%d\n", csock, inet_ntoa (csin.sin_addr), htons (csin.sin_port));

                    sock_err = send(csock, buffer, sizeof(buffer), 0);

 
                       while(sock_err != SOCKET_ERROR)

                         {

                           sock_err = listen (csock, 5);

                           if (sock_err==0)

                           {

                              csock = accept (sock, (SOCKADDR *) &csin, &recsize)!=INVALID_SOCKET      ;       

                           }

                           memset(buffer,0,sizeof(buffer));

                           recv(csock,buffer,sizeof(buffer),0);

                           printf("%s",buffer);

                           if(strcmp(buffer,"1")==0)

                             {

                                send(csock, buffer, sizeof(buffer), 0);

                                }

                         }

                     }

                    else

                      {

                        printf("Socket fermé.\n");

                        shutdown (csock, 2);

                      }

                    }

                    //Il ne faut pas oublier de rompre la connexion (fermée dans les deux sens)

               }

               }

 
 
            // fermeture de la socket

            printf ("Fermeture de la socket...\n");

            sock_err = closesocket(sock);

            printf ("Fermeture du serveur terminee\n");

        }

Ce code est basé sur l'exemple du site du zero.

EDIT:
En faite ce que je voudrais c'est que le serveur ferme le socket a la perte de connexion avec le client ( coupure d'internet ) et qu'il reouvre immediatement le socket pour que le client puisse se reconnecter mais au bout de deux connection le serveur bug et reponds plus  

A mon humble avis c'est sock_err = listen (csock, 5); qui ne va pas, mais je ne sais pas comment le remplacer pour verifier si le client est toujours connecté !

Ps: Vive le VB franchement !

If Socket.State <> sckConnected Then
MsgBox "Client deconnecté !", vbInformation, "Erreur !"
End If

Et voilaaaaaaaaaaa, et en C/C++ il faut chercher dans une disaine de manuels pour trouver son bonheur xD

Il faut tester le retour de "recv":
- Si >0, c'est le nombre d'octets reçus
- Si ==0, la connexion est coupée
- Si <0, il y a une erreur socket
Même chose sur le "send"

Les listen et accept, c'est juste pour établir une connexion. Le accept est bloquant jusqu'à ce qu'un client se connecte sur le port écouté. A ce niveau, rien n'est connecté.
C'est send et recv qui font la communication, c'est donc sur eux qu'il faut tester si la communication est toujours présente. Le recv est bloquant en lecture, mais peut être débloqué si une erreur de connexion ou une perte de connexion se produit.

En VB c'est simple, mais en fait plus complexe parce que c'est une surcouche des sockets  

J'ai trouvé ! Au lieu de chercher dans des bouquins ennuyeux, il faut demander a CRicky  

Merci beaucoup, ca marche parfaitement bien.