[Reseau] Comment faire attendre la connection d'un socket

**PP(Team)** · 10/05/2007, 10h02

Bonjour,

Je suis assez surpris de ce probl�me, n'utilisant pas encore de Thread, donc je voudrais savoir pourquoi il intervient.
J'envoie � un socket des donn�es (connection au serveur FTp, User,Password,etc..), mais si je ne met pas quelquechose pour faire une pause (une fen�tre que l'utilisateur doit cliquer, par exemple), la connection au serveur se fait avant que celui-ci n'ai recu toutes les informations.
Il peut, par exemple, avoir r�cu la demande de connection, le nom d'User, mais pas le Mot de passe, ni ce qui suit ces instructions.
Si j'aurais utilis� des threads, j'aurait compris le probl�me, mais l�, il est cens� attendre qu'une instruction soit finie pour passer � une autre.
Surtout que j'utilise la fonction regarder qui regarde si le serveur ne me renvoie pas -1 apr�s l'envoie du send(), donc....

Donc ma question est : comment obliger le serveur (ou le programme), � attendre que l'envoi des donn�es soit effective avant de continuer ?

voici le code :

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
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
54
55
56
57
 
...
int rep=connect(sock, (sockaddr*)&sin, sizeof(sin));
...
std::ostringstream oss;
			oss<<"USER anonymous\r\n";//PASS [email protected] CWD ankamagam RETR Errata.txt";
			strcpy_s(TEMP,512,oss.str().c_str());
			int rep=send(sock, TEMP, (int)strlen(TEMP), 0);
			regarder(rep);
			//Sleep(20);
			//MessageBoxA(hDlg,"PASSEFtp 8","oidcvn",MB_OK);
			oss.clear();
			std::ostringstream oss1;
			oss1<<"PASS [email protected]\r\n";
			strcpy_s(TEMP,512,oss1.str().c_str());
			rep=send(sock, TEMP, (int)strlen(TEMP), 0);
			regarder(rep);
			//Sleep(20);
			//MessageBoxA(hDlg,"PASSEFtp 8","oidcvn",MB_OK);
			oss1.clear();
			std::string* res= new std::string[3];
			res=acceder(sock,1,hDlg,adr); //<-change de répertoire autant que besoin
			std::ostringstream oss03;
			oss03<<"TYPE I\r\n";//RETR DofusPatch_v1_18_0_to_v1_18_1.zip\r\n";//Dofus_v1_18_1.zip\r\n";
			strcpy_s(TEMP,512,oss03.str().c_str());
			rep=send(sock, TEMP, (int)strlen(TEMP), 0);
			regarder(rep);
			//Sleep(20);
			oss03.clear();
			std::ostringstream oss3;
			oss3<<"PASV\r\n";//RETR DofusPatch_v1_18_0_to_v1_18_1.zip\r\n";//Dofus_v1_18_1.zip\r\n";
			strcpy_s(TEMP,512,oss3.str().c_str());
			rep=send(sock, TEMP, (int)strlen(TEMP), 0);
			regarder(rep);
			//Sleep(20);
			if(incomplet) //permet de faire un reste si je fichier existe déjà
			{
				std::ostringstream oss6;
				oss6<<"REST  "<<EcritTotal<<"\r\n";//RETR DofusPatch_v1_18_0_to_v1_18_1.zip\r\n";//Dofus_v1_18_1.zip\r\n";
				strcpy_s(TEMP,512,oss6.str().c_str());
				rep=send(sock, TEMP, (int)strlen(TEMP), 0);
				regarder(rep);
				//MessageBoxA(hDlg,"PASSEFtp 8","oidcvn",MB_OK);
				oss6.clear();
			}
			//MessageBoxA(hDlg,"PASSEFtp 8","oidcvn",MB_OK);
			oss3.clear();
			std::ostringstream oss4;
			oss4<<"RETR "<<res[2]<</*DofusPatch_v1_18_0_to_v1_18_1.zip*/"\r\n\r\n";//Dofus_v1_18_1.zip\r\n";
			strcpy_s(TEMP,512,oss4.str().c_str());
			//MessageBoxA(hDlg,oss4.str().c_str(),"test",MB_OK);
			rep=send(sock, TEMP, (int)strlen(TEMP), 0);
			regarder(rep);
			//Sleep(20);
			//MessageBoxA(hDlg,"PASSEFtp 9","oidcvn",MB_OK);
			oss4.clear();
...

J'ai tent� :
-de mettre des Sleep(), mais le temps de r�ponse du serveur n'�tant pas toujours le m�me, cela ne sert � rien.
-de mettre un listen(), mais ca ne change rien.
Il est impossible, je pense de mettre tout dans la m�me instruction, car je dois regarder la r�ponse de chaque appel, et un appel g�n�ral ne me permettrait pas de les regarder.

**afec++** · 10/05/2007, 10h25

La fonction send remet les donn�es � la couche TCP/IP pour distribution, ceci n'implique pas que le serveur les a re�ues quand send te rend la main... Il faut donc analyser ce que le serveur te retourne apr�s l'�mission d'une commande et suivre le protocole.

Se connecter puis attendre la r�ponse
S'indentifier puis attendre la r�ponse
Envoyer le mdp puis attendre la r�ponse

**PP(Team)** · 10/05/2007, 11h13

Envoy� par afec++

La fonction send remet les donn�es � la couche TCP/IP pour distribution, ceci n'implique pas que le serveur les a re�ues quand send te rend la main... Il faut donc analyser ce que le serveur te retourne apr�s l'�mission d'une commande et suivre le protocole.

Se connecter puis attendre la r�ponse
S'indentifier puis attendre la r�ponse
Envoyer le mdp puis attendre la r�ponse

Je pense que c'est ce qu'est cens� faire la fonction regarder (qui regarde

si send a renvoy� -1 ou pas).
Sinon, je ne vois pas quoi faire d'autre.

**ZeRiL** · 10/05/2007, 11h19

Envoy� par PP(Team)

Je pense que c'est ce qu'est cens� faire la fonction regarder (qui regarde

si send a renvoy� -1 ou pas).
Sinon, je ne vois pas quoi faire d'autre.

Oui ok d'accord mais si send a renvoy� -1 ca fait quoi ? si ta fonction regarder ne fait rien en cas d'echec, c'est normal que ton programme continue, non ?
Il ne faudrait pas plutot faire un truc genre :

tant que j'ai pas recu de reponse faire
envoyer socket
fin faire

et continuer apres ton programme ?

- EDIT - les si n'aiment pas les rait ...

**afec++** · 10/05/2007, 11h25

Envoy� par PP(Team)

Je pense que c'est ce qu'est cens� faire la fonction regarder (qui regarde

si send a renvoy� -1 ou pas).
Sinon, je ne vois pas quoi faire d'autre.

send retour ne nombre de 'carat�res' remis � la couche TCP ce qui ne veut pas dire que ces caract�res ont �t� d�livr�s au serveur.
La fonction regarder teste uniquement cette valeur mais n'attend pas la r�ponse du serveur.

**Batoche** · 10/05/2007, 11h31

Ta fonction regarder fait elle un "recv" en plus de v�rifier le retour de "send" ?

Si oui alors c'est, peut �tre que ton socket est en mode non-bloquant (mais par d�faut, il est bloquant).

Sinon alors tu devrais faire envoyer par le serveur un "accus�" (que tu r�ceptionne avec recv) pour que le client ne fasse pas tous les send "� la vol�e".

**PP(Team)** · 10/05/2007, 12h18

Suites aux diff�rentes aides, j'ai fais une autre solution :

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
 
static void regarder(int rep)
{
	bool b=false;
	while(!b)
	{
		if(rep==-1)
		{
			Mes("Erreur send()");
			exit(0);
		}
		else
			if(rep>0) //renvoie deu nombre de bits effectivements recus
			{
				b=true;
			}
	}
}

Mais le probl�me est qu'apparemment, le serveur renvoie des valeurs "interm�daires", car ca quitte beaucoup trop vite.

**PP(Team)** · 10/05/2007, 12h19

Envoy� par Batoche

Ta fonction regarder fait elle un "recv" en plus de v�rifier le retour de "send" ?

Si oui alors c'est, peut �tre que ton socket est en mode non-bloquant (mais par d�faut, il est bloquant).

Sinon alors tu devrais faire envoyer par le serveur un "accus�" (que tu r�ceptionne avec recv) pour que le client ne fasse pas tous les send "� la vol�e".

Non non, la fonction fait des send pour envoyer la requ�te au serveur uniquement.
La solution de l'accus� est int�ressante...

[Reseau] Comment faire attendre la connection d'un socket

C++

Discussions similaires

Partager

Partager