Discussion :

[gangsoleil]

Bonjour,

Dans un programme, je dois exécuter un code externe. Pour cela, je vais probablement dupliquer le processus, et appeler le exec dans le fils, afin que le père puisse continuer son travail (je ne suis pas intéressé par le fait que le code externe plante ou non, ni par le code de retour).

Seulement voila, je me demande quelle est la bonne pratique concernant les entrée/sorties standards (stdin, stdout, stderr) : j'ai pu voir des cas ou ils sont fermés (close (STDOUT_FILENO); par exemple), d'autres cas ou ils sont rouverts sur /dev/null (je travaille sous Unix, mais peu importe), et d'autres cas où rien n'est fait.

Quelle est la bonne solution, s'il y en a une ? Et si en plus vous pouviez m'indiquer pourquoi, ce serait encore mieux.

Merci par avance.

[ram-0000]

Salut ,

Je n'ai pas LA solution mais juste quelques idées et remarques.

Ne pas les fermer ? Cela risque de perturber les affichages et les saisies au cas où le père et le fils se mettent à écrire ou à attendre des saisies au clavier.

Les réouvrir sur /dev/null ? Je ne vois pas trop l'intérêt.

Les fermer ? Je l'ai vu souvent faire sur des démons et cela ne gêne pas plus que cela.

Donc, mon choix les fermer.

[souviron34]

moi je re-dirigerais simplement les entrées sorties vers 2 fichiers tempo, éventuellement vides...

Ce qui permettrait, au cas où tu veuilles le faire un jour, de récupérer les sorties sans les mélanger, et aussi où tu veuilles créer au vol un fichier d'entrées..

Sans les fermer, en utilisant simplement les >, <, ou bien des paramètres du style -in ... -out ....

Soit en laissant faire la gestion (< ou >) des stdin, stdout, soit en testant dans les progs :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
FILE *Entree ;
 
if ( strncmp ( argv[i], "-in" ) == 0 )
 {
      Entree = fopen ( argv[i+1], "r" );
 }
else
     Entree = stdin ;
 
...
 
if ( Entree != stdin )
   fclose ( Entree );

par exemple


et sinon

Code :

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

exec ( "myprog < monentree > masortie 2>&1");

où les blocs " < monentree" ou "> masortie" peuvent ne pas apparaître...

[gangsoleil]

Hello,

moi je re-dirigerais simplement les entrées sorties vers 2 fichiers tempo, éventuellement vides...

Ce qui permettrait, au cas où tu veuilles le faire un jour, de récupérer les sorties sans les mélanger, et aussi où tu veuilles créer au vol un fichier d'entrées..

Sans les fermer, en utilisant simplement les >, <, ou bien des paramètres du style -in ... -out ....

Code :

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

exec ( "myprog < monentree > masortie 2>&1");

où les blocs " < monentree" ou "> masortie" peuvent ne pas apparaître...

En fait, les entrées/sorties du programme appelé sont déjà gérées (avec > pour 1 et pour 2). Ce qui m'intéressait, ce sont vraiment les descripteurs de fichiers du fils. Je pense que dans un premier temps, je vais les fermer, et je verrai plus tard si mon besoin change.

Merci a vous pour vos conseils.

[themus]

Ne pas les fermer peut entrainer des affichages intermittents dans la fenêtre xterm depuis lequel le prog père est lancé.

[souviron34]

Ne pas les fermer peut entrainer des affichages intermittents dans la fenêtre xterm depuis lequel le prog père est lancé.

et cela peut-être intéressant par exemple pour loguer un dialogue ou une succession de demandes