Discussion :

[Invité]

Bonjour ,

J'essaie de développer une appli client-serveur , mais je rencontre quelques soucis pour gérer tout cela et faire ce que je veux .

Je vous résume le truc :

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
void * threadenvoi(void * arg) /* Thread s'occupant de l'envoi */
{
    /* Tant que le message envoyé n'est pas égal à fin */
	{
                //  On lit le message
 
       }
   	 /* ................. */
	pthread_exit (EXIT_SUCCESS)    
}
 
void * threadrecevoir(void * arg) /* Thread s'occupant de la reception */
{
 
 /* Tant que le message envoyé n'est pas égal à fin */
	{
     	  	 cout << " resultat " << endl;
		cout << message_qui_a_ete_recu << endl;
	}
	/* ....................... */
	pthread_exit (EXIT_SUCCESS);
}
 
void * threadrecevoirerreur(void * arg)
{
 
 
  while(....) 
    {
	/* On recoit le message erreur */
 
    }
    /* ............................... */
	pthread_exit (EXIT_SUCCESS);
 
}
 
 
    pthread_create(&envoyer, NULL, threadenvoi,(void*)NULL);
pthread_create(&recevoir, NULL, threadrecevoir,(void*)NULL);
     pthread_create(&recevoirErr,NULL,threadrecevoirerreur,(void*)NULL);
pthread_join(recevoirErr,NULL);

Le truc , c'est qu'on a 3 threads en boucle infini , et que il y a 3 étapes :
Lecture du message
Reception du message
Reception du message erreur

Sauf que niveau resultat , la lecture est ok , mais du fait des threads , le message d'erreur arrive des fois avant le message lui même et vice versa .

Du coup , je me demandais comment faire pour qu'il y ait cet ordre précis :

Lecture du message
Reception du message
Reception du message erreur

J'espère que vous saurez m'aider ..

[Ehonn]

Si la gestion du message et du message d'erreur ne sont pas liés, ce n'est pas grave (?)

Si c'est pour l'affichage, tu peux passer pas un objet communs aux threads qui va remettre les messages dans l'ordre (grâce à un id par exemple).

Si la gestion du message et du message d'erreur sont liés et doivent se faire dans un ordre précis, peut-être que l'utilisation de thread n'a pas de sens.

[imperio]

Si tu lis toujours un message avant de répondre, un seul thread est amplement suffisant.

[r0d]

Du coup , je me demandais comment faire pour qu'il y ait cet ordre précis :

Lecture du message
Reception du message
Reception du message erreur

Il suffit de tout mettre dans le même thread.

[Invité]

Le truc, c'est qu'il faut que je fasse un client multi threadé car il faut que je puisse gérer différentes sockets .

Les 3 threads , un pour chaque socket , est obligatoire .

[Ehonn]

Multiplexage ? (comme select pour GNU/Linux en C)
Bon après il faudra de toute façon réorganiser les messages dans l'ordre.

Peut être que le plus judicieux est de demander au client d'envoyer le message et le message d'erreur en même temps (via une structure par exemple).

[imperio]

Je vois pas vraiment le problème. Une socket se connecte, tu crées un thread dans lequel elle sera gérée. Un thread par socket donc.

[Invité]

Le truc de la structure contenant le message et l'erreur est une très bonne idée .

Cependant , j'ai certaines règles , comme 3 threads avec un Thread gérant 1 socket ( 3 socket pour les 3 étapes )

[r0d]

Sous réserve de bien comprendre le problème, ce qui se fait généralement c'est d'assigner un identifiant unique à chaque message. Tu pourrais donc utiliser cet identifiant unique (généralement en début de trame), pour pairer les messages et leur message d'erreur correspondant.

Car une chose est sure en TCP/UDP, même si ton client envoie deux trames dans un ordre donné, tu ne peux pas être sûr (sauf rare exception) qu'elles vont arriver dans le même ordre.