Bonjour,
depuis peu je m´interresse a la communication
interprossesus j´ai donc écrit 2 programmes,
un qui joue le rôle de server:
Création du FIFO, overture en lécture/écriture
(histoire de pas bloquer l´ecriture si un autre
prossess ne l´a pas ouvert pas en lécture), ensuite
il attends la saisie d´une chaine de caractères
jusqu´a ce que ´\n´ soit rencontré.
Pour cette partie là c´est bon ca marche sans probleme.
Mais par contre pour le programme client ca se complique
legerement. En effet je ne peux pas recuperer la taille
de la chaine que j´ai ecrite avec le server depuis le client
donc je lis dans le fifo char par char jusqu´a EOF; mais
seuleument le client au lieu de s´arreter a la fin du
FIFO boucle a l´infini.(cette méthode marche bien pour
un fichier normal)
D´apres moi ca vient surement du fait que les FIFO
ne sont pas des fichiers ordinaires et que j´attends EOF
mais je connais pas le proprités des fifos en détail donc
je ne suis pas sur.
Donc je voudrais savoir si vous ne voyez pas une solution
pas trop lourde a implementer qui permetrais de corriger
le probleme.

PS: Quand je lis dans le fifo un nombre statique de chars avec fgets ca marche.

Source du server:http://rafb.net/p/iPBysL73.html
Source du client:http://rafb.net/p/IYqdsI44.html

Merci d´avance.

j´ai fais une petite erreur, c´est dans le serveur que ca marche pas et dans le client que ca marche ^^

ahah!!
c´est un peu bizarre les fifos.
lorsque tu as un fifo ouvert en lecture, le fifo est dit "terminé" (EOF) quand il n´y a plus de processus qui ont ouvert le fifo en ecriture.

mais ton processus ´serveur´ ouvre le fichier en écriture... donc, il y a un processus qui a le fichier ouvert en écriture, donc le système n´envoye pas EOF dans le fifo...
En modifiant ton code source de serveur.c et en y changeant les droit d´ouverture sur le fifo de "a+" a "r", tu obtiens l´effet escompté.

Il faut faire attention aux droits que l´on demande sur les fichiers. Il ne faut pas en demander trop...

merci beaucoup ^^