Pipe Lecture

Version imprimable

09/06/2006, 19h32
Goundy

Pipe Lecture
Bonjour,
j'ai un problème sou linux, je programme en C et voilà mon histoire :)

Depuis mon application je crée un processus fils, dans ce processus je redirige l'entrée standard vers la sortie (READ) d'une PIPE1, et la sortie standard vers l'entrée (WRITE) d'une PIPE2. La tout baigne, aucun problème. Ensuite je transforme ce process fils en SHELL à l'aide de execv qui, vous savez, remplace tout le process par le shell en gardant les redirections effectuées avant cet appel.

Maintenant dans mon processus père je fourni des commandes depuis l'entrée de la pipe PIPE1, et je récupère les réponses du shell depuis la sortie de PIPE2.
Encore là tout baigne, MAIS le problème c'est qu'il n y a que la première commande qui passe, car l'appel à read() reste bloquant même quand il n'y a plus de donée à lire, et c'est normal car l'autre bout de la pipe est ouvert.

Comment faire pour contourner ce problème?
Un gars m'a fait pensé à select() MAIS cela ne change rien du tout, car dans tous les cas je dois faire une boucle while de lecture comme suit:
Code:

1 2 3 while ((byte = read (PIPE2[0], buffer, BUFSIZE))>0){ /*traitement du résultat reçu*/ }
donc en gros mon processus ne quitte pas cette boucle une fois qu'il y est

Merci d'avance
09/06/2006, 20h52
gnto

peux tu joindre le code source ?
Ne pas l'afficher si ca fais plus de 20 lignes
09/06/2006, 21h52
Goundy

Bonjour,
Voilà la source: http://pastebin.com/770675

ps: le select je l'utilise plus donc tout ce qui y relate est à ignorer
09/06/2006, 22h26
gnto

Citation:

Envoyé par Goundy

Bonjour,
Voilà la source: http://pastebin.com/770675

ps: le select je l'utilise plus donc tout ce qui y relate est à ignorer

tu dis si je me trompe mais il manque un bind et un listen ?
09/06/2006, 22h32
Goundy

Non, ce source est un client :), mais le problème n'est pas là, mes sockets fonctionnent à 100% (j'ai déjà fais beaucoup de testes pour m'assurer), le seul problème qui reste c'est:

Soit A un processus, et B son processus fils.
On redirige les I/O standards de B vers des I/O de pipes, et on le transforme en SHELL (donc on a plus de pouvoir sur les I/O de ce dernier (pipes)).

Comment peut-on faire pour que, lorsque on lit les données retournées par B dans A, la fonction read détecte un EOF (retourne 0).
En effet gnto, normalement pour avoir un EOF il faut que l'on ferme le bout (IN) de la pipe se trouvant dans B, mais je l'ai transformé en SHELL donc y'a plus moyen :)

Etais-je assez clair?:)
merci encore
09/06/2006, 22h34
gnto

c'est a dire que chez toi les sockets marche mais pas chez moi !! j'en suis la

A vrai dire en faisant un netstat on voit clairement que y'a personne qui écoute sur le port 12345 !

Donc je met bind et listen qui sont manquant comme j'ai et on ma appris et comme la plupart de tuto dès que j'arrive au pipe je te fais signe :lol:
09/06/2006, 22h38
Goundy

ah!
J'utilise NetCat pour écouter -_-'

pb régler !!
Code:

1 2 3 4 5 6 7 if (bind(suxet,(struct sockaddr *) &hostsin,sizeof(hostsin)) < 0) { fprintf(stderr,"cannot bind socket\n"); exit(-1); } listen(suxet, 5);
Citation:

tcp 0 0 127.0.0.1:12345 0.0.0.0:* LISTEN

09/06/2006, 22h41
Goundy

gnto j'ai un problème avec les PIPES, et rien n'est reglé
edit:
tu as déjà vue une application qui se connecte à elle même ?!
09/06/2006, 22h46
gnto

Citation:

Envoyé par Goundy

gnto j'ai un problème avec les PIPES, et rien n'est reglé
edit:
tu as déjà vue une application qui se connecte à elle même ?!

nan et je ne vois pas pourquoi tu dis ca !
09/06/2006, 22h48
Goundy

ben tu veux que j'ajoute un bind et un listen dans mon code oO'
j'écoute avec "NetCat", et c'est pas çà le problème...
09/06/2006, 22h51
gnto

bon je pense que c'est l'éternel probleme du read bloquant un write et un close sinon il ne peut pas lire si le pipe est ouvert aux 2 bouts

Bon j'ai pas pu tester a la compil ton code ne fonctionne pas chez moi désolé de t'irité!
09/06/2006, 22h57
Goundy

Citation:

Envoyé par gnto

sinon il ne peut pas lire si le pipe est ouvert aux 2 bouts

si, il peut lire mais il deviendra bloquant quand il n'y a plus de données et je me demande comment çà se fait que le shell ne le referme pas après écriture dedans :/
09/06/2006, 23h10
gnto

Citation:

Envoyé par Goundy

si, il peut lire mais il deviendra bloquant quand il n'y a plus de données et je me demande comment çà se fait que le shell ne le referme pas après écriture dedans :/

Ah ! dans ton programme en C le shell referme les pipes ??? :koi:

C'est peut-etre au programme de le ferme aprés écriture ;)
09/06/2006, 23h22
Goundy

Citation:

Envoyé par gnto

C'est peut-etre au programme de le ferme aprés écriture ;)

Je REMPLACE le processus par le SHELL. (man execv)
09/06/2006, 23h24
gnto

Citation:

Envoyé par Goundy

Je REMPLACE le processus par le SHELL. (man execv)

nan je comprend bien ce que tu fais la question qu'elle rapport entre le shell et ton pipe ?
09/06/2006, 23h25
Goundy

On tourne en rond mon ami :lol:
J'ai tout expliqué dans mes premiers posts :)
je redirige les I/O du processus qui deviendra le shell vers mes pipes :)
09/06/2006, 23h27
gnto

alors pourquoi ne fais tu pas de close après ton dup ????
09/06/2006, 23h28
Goundy

tiens même après un close le read bloquait :/ c'est çà que je ne comprend pas :s

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
close (pipefds[FD_WRITE]);   
close (pipe2[FD_READ]);
        

 //close (STDIN_FILENO);

dup2 (pipefds[FD_READ], STDIN_FILENO);
        

 // printf("in redirected\n");

dup2 (pipe2[FD_WRITE], STDOUT_FILENO);
        

 // printf("out redirected\n");

dup2 (pipe2[FD_WRITE], STDERR_FILENO);
        

 // printf("err redirected\n");

execv (shell, NULL);
close(pipe2[FD_WRITE]);

09/06/2006, 23h31
Goundy

Ah non non attends, le SHELL est toujours là, il reste actif en permanence :)
Donc je ne peux rien ajouter après le execv :)
09/06/2006, 23h34
gnto

exact pb de conception ton pipe restera toujours ouvert
09/06/2006, 23h35
Goundy

Une idée pour me sortir de là? :p
(sinon on se donne nos msn? car ce topic devient un chat :lol:)