Discussion :

[nicolas66]

Bonjour,

Pour les besoin d'un projet je dois posséder une variable booléenne partagée entre un client et un serveur afin de les synchroniser. Ces deux programmes sont strictement différents et sont décrits dans deux fichiers C différents. En revanche, ils possèdent un header en commun. En fait je voudrai qu'un client puisse écrire dans cette variable et le serveur seulement lire dedans. Savez-vous à l'aide de quels outils je pourrai réaliser cette tâche ? Merci d'avance à ceux qui pourront me filer un coup de main


Nico.

[Skyounet]

Bonjour,

Pour les besoin d'un projet je dois posséder une variable booléenne partagée entre un client et un serveur afin de les synchroniser. Ces deux programmes sont strictement différents et sont décrits dans deux fichiers C différents. En revanche, ils possèdent un header en commun. En fait je voudrai qu'un client puisse écrire dans cette variable et le serveur seulement lire dedans. Savez-vous à l'aide de quels outils je pourrai réaliser cette tâche ? Merci d'avance à ceux qui pourront me filer un coup de main


Nico.

Si ce sont 2 processus différents, il n'est pas possible qu'ils accedent à la meme variable...

Tu peux eventuellement passer par un fichier.

Pour les IPC je ne sais pas si ca marche avec 2 programmes totalement differents.

[nicolas66]

Ok je vais regarder du côté des IPC. En fait le problème de synchronisation que je rencontre est très simple : mon serveur peut se trouver sur le point d'envoyer des données au client alors que le client n'est pas encore en phase de récéption du message. Du coup le serveur continue et le client attend .

J'ai pensé que l'utilisation d'un booléen commun serait une bonne idée. Le client initialiserait la variable à 0. Le serveur devrait attendre que le booléen serait à 0. Lorsque le client est sur le point de récéptionner les données, il met le booléen à 1 et avertit donc le serveur qu'il peut lui envoyer des données.

[Skyounet]

Ok je vais regarder du côté des IPC. En fait le problème de synchronisation que je rencontre est très simple : mon serveur peut se trouver sur le point d'envoyer des données au client alors que le client n'est pas encore en phase de récéption du message. Du coup le serveur continue et le client attend .

J'ai pensé que l'utilisation d'un booléen commun serait une bonne idée. Le client initialiserait la variable à 0. Le serveur devrait attendre que le booléen serait à 0. Lorsque le client est sur le point de récéptionner les données, il change l'état du booléen et avertit donc le serveur qui peut envoyer les données au client.

Ok, mais si c'est un client serveur, pourquoi ne pas faire envoye un tit message par le client a destination du serveur disant "Je suis prêt tu peux tout balancer"

[Treuze]

Je pense que tu peux faire ca en utilisant un segment de memoire partage

[nicolas66]

Je ne pense pas que ca soit possible d'envoyer tout directement au client. En fait mon projet consiste en un client qui envoie un fichier C à un serveur pour en demander un fichier objet. Voici les différentes étapes :

- Le client vérifie que le fichier C existe, qu'il y a un contenu et l'envoie au serveur par une socket

- Le serveur réceptionne le fichier puis le sauvegarde dans un fichier temporaire et résoud les dépendances (via la commande 'gcc -MM').

S'il n'y a pas de headers nécessaires à la compilation, le serveur tente de compile le fichier C. S'il y a des erreurs, il les envoie au client, sinon il envoie le fichier objet.

S'il y a de headers nécessaires à la compilation, il doit les demander au client. Dans ce
cas, pour tous les headers, le serveur demande au client de lui envoyer son contenu. Lorsque le client reçoit ce type de message, il demande à l'utilisateur de saisir le nom du header et l'envoie au serveur.

[nicolas66]

Le problème du segment de mémoire partagée c'est qu'elle est utilisable uniquement si on connaît l'identifiant associé. Or mon serveur ne le connaît pas sauf si le client lui envoie. Si je lui envoie, je devrai le faire par un fichier ou un tube nommé.

[rererere]

Rien n'empêche le client et le serveur d'utiliser un identifiant connu d'eux 2 en utilisant la même clé key_t.
Voir le man de shmctl(2) comme à l'adresse suivante

http://www.linux-kheops.com/doc/man/...an2/index.html

ftok permet aussi de générer des clés vi un fichier.

[joellel]

Question importante: ton client et ton serveur tournent-ils sur la même machine?
Si oui=> IPC (shmget, ....)
Si non=> communication réseau, par exemple socket

[nicolas66]

Rien n'empêche le client et le serveur d'utiliser un identifiant connu d'eux 2 en utilisant la même clé key_t.
Voir le man de shmctl(2) comme à l'adresse suivante

http://www.linux-kheops.com/doc/man/...an2/index.html

ftok permet aussi de générer des clés vi un fichier.

J'y ai pensé mais dans ce cas, il est nécessaire que le client et le serveur se communiquent la clé qui permet d'accéder au segment de mémoire partagée.

Question importante: ton client et ton serveur tournent-ils sur la même machine?
Si oui=> IPC (shmget, ....)
Si non=> communication réseau, par exemple socket

A priori, mon client et mon serveur peuvent ne pas tourner sur la même machine. En réalité, j'ai résolu le problème en améliorant la synchronisation du client / serveur avec davantage d'échanges de messages entre les deux (pas d'envoi ou de réception de messages successifs). Merci quand même à tlm


Nico.