Discussion :

[élève_ingénieur]

bonsoir à tous !
une question SVP, est ce que les files de messages sont bidirectionnelles??
c'est à dire si un client envoie une question à un serveur, est ce qu'il va recevoir la réponse sur la même file ou va t'il créer une autre ?
merci d'avance ??

[gorgonite]

les pipes de Unix sont unidirectionnelles... il faudra en ouvrir une paire pour communiquer dans les deux sens

sinon tu peux utiliser des sockets locales qui pourront être bidirectionnelles

[Sve@r]

bonsoir à tous !
une question SVP, est ce que les files de messages sont bidirectionnelles??
c'est à dire si un client envoie une question à un serveur, est ce qu'il va recevoir la réponse sur la même file ou va t'il créer une autre ?
merci d'avance ??

Tu veux parler des msq ??? Il n'y a pas de direction.

Une msq c'est un réservoir. Tu déposes ton message et il y reste jusqu'à ce qu'un autre processus en possession de la clef vienne le récupérer. A ce moment là il disparait du réservoir mais bien évidemment le processus qui l'a récupéré a tout à fait le droit de l'y remettre...

les pipes de Unix sont unidirectionnelles... il faudra en ouvrir une paire pour communiquer dans les deux sens

Non. T'as tout à fait le droit de communiquer dans les 2 sens avec le même pipe. Il suffit de
1) lire et écrire sur le bon coté du pipe (on écrit le 1 et on lit le 0) et donc les 2 processus peuvent le faire
2) être bien synchronisé => si un des processus écrit, il faut que l'autre aille lire et inversement

[gorgonite]

Non. T'as tout à fait le droit de communiquer dans les 2 sens avec le même pipe. Il suffit de
1) lire et écrire sur le bon coté du pipe (on écrit le 1 et on lit le 0) et donc les 2 processus peuvent le faire
2) être bien synchronisé => si un des processus écrit, il faut que l'autre aille lire et inversement

la signature est

Code c :

Sélectionner tout - Visualiser dans une fenêtre à part

int pipe( int fd[2] );

je voulais dire qu'on ne va lire et écrire dans le même descripteur de fichier... alors qu'on va le faire sur le descripteur de fichier représentant la socket



Si tu veux un bon cours, je peux conseiller celui-ci
https://palap.net/lib/exe/fetch.php?media=in201



au passage, j'ai toujours vu ouvrir deux paires de tuyaux pour effectuer une communication bidirectionnelle avec des pipes...

[Sve@r]

la signature est

Code c :

Sélectionner tout - Visualiser dans une fenêtre à part

int pipe( int fd[2] );

Oui. Un coté pour lire et l'autre pour écrire. Mais ensuite comme le fork duplique la mémoire, le fils récupère l'intégralité de fd et peut donc lire et écrire à loisir (comme le père)

Ce petit programme fait de la bi-direction avec un seul pipe...

Code c :

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
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
#include <sys/wait.h>						// Attente fin de process         
#include <stdio.h>							// I/O fichiers classiques        
#include <stdlib.h>							// Librairie standard
#include <string.h>							// Gestion chaines
#include <signal.h>							// Signaux de communication       
#include <errno.h>							// Erreurs système                
 
#define SZ_STRING			(100)			// Taille message                 
 
// Fonction principale 
main()
{
	// Déclaration des variables 
	int pid;								// No process                     
	int status;								// Etat fin fils                  
	int tube[2];							// Tableau extrémités tube        
 
	char chaine[SZ_STRING];					// Chaine stockage message        
	int len;								// Longueur chaine
	int i;									// Indice de boucle
 
	// Création tube memoire 
	if (pipe(tube) != 0)
	{
		fprintf(stderr, "ligne %u - pipe() - %s\n", __LINE__, strerror(errno));
		exit(errno);
	}
 
	// Création du process fils 
	switch(pid=fork())
	{
		case (-1): // Erreur de fork 
			fprintf(stderr, "ligne %u - fork() - %s\n", __LINE__, strerror(errno)); 
			exit(errno);
 
		case 0: // Fils 
			// Attente que le père ait commençé 
			sleep(1);
 
			// Lecture du tube 
			read(tube[0], chaine, SZ_STRING);
			printf("\tFils(%u) - J'ai reçu '%s'\n", getpid(), chaine);
 
			// On double la chaine
			len=strlen(chaine);
			for (i=len; i >= 0; i--)
				chaine[i+len]=chaine[i];
 
			// Ecriture dans le tube - N'oublions pas le '\0'
			write(tube[1], chaine, strlen(chaine) + 1);
 
			// Fermeture tube
			close(tube[0]);
			close(tube[1]);
 
			// Arret du fils 
			printf("\tFils(%d) - Je m'arrête\n", getpid());
			exit(0);
 
		default: // Père 
			printf("Je suis le père %u de mon fils %u\n", getpid(), pid);
 
			// Saisie de la chaine 
			printf("Père(%u) - Entrez une chaine (EOT pour sortir):", getpid());
			fflush(stdin);
			fgets(chaine, SZ_STRING, stdin);
 
			// Suppression retour charriot et envoi de la chaine
			if (strrchr(chaine, '\n') != NULL)
				*strrchr(chaine, '\n')=0;
			write(tube[1], chaine, strlen(chaine) + 1);
 
			// Attente que le fils ait traité ma chaine 
			sleep(1);
 
			// Lecture du tube 
			read(tube[0], chaine, SZ_STRING);
			printf("Père(%u) - J'ai reçu '%s'\n", getpid(), chaine);
 
			// Fermeture tube
			close(tube[0]);
			close(tube[1]);
 
			// Attente mort du fils 
			wait(&status);
			printf("Mon fils %u vient de mourir - Mort(%u)\n", pid, WEXITSTATUS(status));
	}
}

au passage, j'ai toujours vu ouvrir deux paires de tuyaux pour effectuer une communication bidirectionnelle avec des pipes...

Parce que le programmeur préfère jouer la simplicité mais rien ne l'y oblige (sauf si la synchro est impossible et que le père et le fils doivent avoir indifféremment possibilité de lire et d'écrire à volonté)