Discussion :

[Goundy]

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 :

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

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

[gnto]

peux tu joindre le code source ?
Ne pas l'afficher si ca fais plus de 20 lignes

[Goundy]

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

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

[gnto]

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 ?

[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

[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

[Goundy]

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

[gnto]

pb régler !!

Code :

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

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);

tcp 0 0 127.0.0.1:12345 0.0.0.0:* LISTEN

[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 ?!

[gnto]

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 !

[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...

[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é!

[Goundy]

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 :/

[gnto]

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 ???

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

[Goundy]

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

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

[gnto]

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 ?

[Goundy]

On tourne en rond mon ami
J'ai tout expliqué dans mes premiers posts
je redirige les I/O du processus qui deviendra le shell vers mes pipes

[gnto]

alors pourquoi ne fais tu pas de close après ton dup ????

[Goundy]

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

[gnto]

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
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]);