[shell] Passer stdin à une commande passé au shell sur stdin

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : [shell] Passer stdin à une commande passé au shell sur stdin

matafan

Je voudrait savoir si vous voyez un moyen de passer des données sur l'entrée standard d'une commande, sachant que la commande en question est passée au shell via l'entrée standard du shell. Par exemple considérons la commande suivante :

cat > myfile

Evidemment comma ça elle ne fait pas grand chose, elle est faite pour lire des données sur stdin et les mettre dans un fichier. Elle pourrait par exemple être utilisée comme ça (oui je sais ça parrait bizarre, mais il y a une bonne raison pour laquelle je veux faire ce genre de choses) :

echo "my data" | cat > myfile

Pas de problèmes... Maintenant, imaginer que la commande n'est pas tappée en live dans un shell, ni écrite dans un fichier pour être exécutée, ni passée au shell avec -c, mais qu'elle est passée au shell sur stdin, comme ça :

echo "cat > myfile" | sh

Et là paf, problème : comme le stdin du shell est utilisé pour passer la commande à exécuter, je ne peux plus l'utiliser pour passer ls données qui doivent être consommées par le cat.

Donc voilà, je cherche un moyen de passer des données à l'entrée standard d'une commande, quand la commande elle même est passée au shell via l'entrée standard. J'imagine vaguement qu'on peut faire quelque chose en passant des données au shell sur le file descriptor 3 par exemple, et faire en sorte que la commande prennent son entrée standard sur le fd 3... Mais en pratique je ne vois pas trop comment faire.

Message édité par matafan le 02-06-2008 à 13:46:27

Publicité

Elmoricq

Modérateur

J'pige pas bien ce que tu essaies de faire en fait. [:croquignol]

matafan

C'est ce que je craignais Faudra que j'explique exactement ce que je fais.

h4rold

Tu veux rester en bash ou le C ca te va ?

Taz

bisounours-codeur

xargs ?

Message édité par Taz le 02-06-2008 à 16:57:57

matafan

En fait voilà : je fais un programme en C qui doit générer des lignes de commandes à partir de règles qui se trouvent dans un fichier xml, et les faire exécuter au shell. Pour ce faire j'ai décidé de passer la ligne de commande sur l'entrée standard du shell, parce que c'est la solution la plus robuste. Les autres solutions envisageables, mais moins bonnes, sont :

Passer la ligne de commande au shell avec -c (/usr/bin/ksh -c "ma ligne de commande" ). Ca pose de gros problèmes dans le cas général car si la ligne de commande contient des choses un peu spéciales, genre double quotes, simple quotes, caractères "--", etc... Ca risque de ne pas marcher.
Ecrire la commande dans un fichier temporaire, puis demander au shell d'exécuter le fichier (/usr/bin/ksh tmp_file). Mais les fichiers temporaires, ce n'est jamais génial.

Donc, j'ai décidé de passer la ligne de commande sur l'entrée standard du shell : pipe, dup2, fork, exec("/usr/bin/ksh" ), puis j'écris la commande dans le pipe.

Seulement voilà, parfois, j'ai besoin d'envoyer des données sur l'entrée standard de ma ligne de commande. Si j'utilisais "ksh -c" ou "ksh tmp_file" je n'aurais pas de problème, il suffirait d'envoyer les données sur l'entrée standard du shell, et elles seraient consommées par la ligne de commande. Mais avec la solution retenues ce n'est pas possible, car c'est le shell lui même qui consomme données de son entrée standard, pour les interpréter.

Au final, ma solution bancale c'est de continuer à envoyer ma ligne de commande sur l'entrée standard du shell quand je n'ai pas besoin d'envoyer de données à l'entrée standard de la ligne de commande. Par contre, quand j'ai besoin d'envoyer des données à l'entrée standard de ma ligne de commande, je prendrais la solution du fichier temporaire, et j'enverrais les données sur l'entrée standard du shell.

Taz

bisounours-codeur

OK mais bon comme tu dis, vu que la solution choisie est bidon, c'est forcément bancale ensuite. Question à 1000PO: t'as vraiment besoin de passer toutes tes commandes dans un shell et dans le même ?

matafan

Non, chaque ligne de commande est exécutée dans un nouveau shell.

Taz

bisounours-codeur

bah alors tu t'en fous du shell, il sert à rien, exécute directement la commande.

Message cité 1 fois

h4rold

Taz a écrit :

bah alors tu t'en fous du shell, il sert à rien, exécute directement la commande.

[:plusun] Je ne comprend pas l'interet d'un nouveau shell sauf peut être si tu as des variables d'environement dans tes programmes.

Publicité

Taz

bisounours-codeur

bah ça change rien, l'environnement suit toujours, shell ou pas.

Message cité 1 fois

h4rold

Taz a écrit :

bah ça change rien, l'environnement suit toujours, shell ou pas.

Je pensait plutot a un conflit entre les applications qui utilisent les memes variables d'environement.

Taz

bisounours-codeur

bah l'environnement s'hérite, les modifications ne se propagent pas de fils en père.

matafan

J'ai besoin d'exécuter un shell car mes lignes de commandes sont des expressions shells. Elles peuvent contenir des redirections, des constructions complexes... Que je ne peux pas interpréter moi même. Donc il faut que je les fasse exécuter par un shell.

matafan

Ah ah magnifique, j'ai une solution assez intéressante

Je passe ma ligne de commande sur le stdin du shell, comme d'hab. Par contre, les données que je veux envoyer à ma ligne de commande, je les passe au shell sur le file descriptor 42. Ensuite en interne il suffit que j'entoure la ligne de commande avec "{ ligne_de_commande; } <&42" et le tour est joué, ma ligne de commande lit les données qui arrivent sur le fd 42. Plus crade tu meurs :lol:

Edit : <&42, pas <42

Message édité par matafan le 03-06-2008 à 11:43:53

gilou

Modérateur
Modzilla

J'allais justement te proposer une solution de ce type.
Ca ne me semble pas crade du tout, mais la maniere logique de proceder dans ce contexte: puisque les fd standards ne sont pas dispo (a cause de ton echo), en creer d'autres et les utiliser.
A+,

Message édité par gilou le 03-06-2008 à 11:42:17

---------------
There's more than what can be linked! -- Iyashikei Anime Forever! -- AngularJS c'est un framework d'engulé! --

matafan

Oui mais bon utiliser un numéro de fd hardcodé (42) c'est pas super.

Taz

bisounours-codeur

Pourquoi les fichiers temporaires c'est pas génial au fait ?

matafan

Les fichiers temporaires c'est pas super niveau perf je pense. Mon truc doit exécuter des tas de commandes en raffale. La sécurité c'est pas forcément génial non plus, quoi qu'avec mktemp et des droits très restrictifs ça doit passer.

Enfin je pense qu'au final je vais prendre la solution du fd 42, sauf que j'étais un peu bête... Pas besoin de hardcoder un fd à utiliser, il suffit de générer la chaine "<&n" avec comme n le file descriptor du coté lecture du pipe.

Pour ceux que ça intéresse j'ai codé un petit programme de test qui montre comment ça marche. Le premier argument est la ligne de commande, le deuxième argument est la chaine qu'on veut envoyer à la ligne de commande :

Code :

#include <sys/types.h>
#include <sys/wait.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>
int
main(int argc, char *argv[])
{
int cmdfd[2], datafd[2];
char *cmd, *data = NULL;
pid_t pid;
if (argc < 2 || argc > 3 ) {
fputs("Usage: shexec Command [Data]\n", stderr);
exit(1);
}
cmd = argv[1];
if (argc >= 3) {
data = argv[2];
}
/* Create pipes for command and data */
if (pipe(cmdfd) || pipe(datafd)) {
perror("pipe()" );
exit(1);
}
pid = fork();
if (pid == -1) {
perror("fork()" );
exit(1);
}
if (pid == 0) {
/*** Child ***/
/* Close "write" side of pipes */
close(cmdfd[1]);
close(datafd[1]);
/* Commands are read on stdin */
if (-1 == dup2(cmdfd[0], 0)) {
perror("dup2()" );
exit(1);
}
/* Execute shell */
execl("/bin/sh", "sh", (char *)NULL);
perror("execl()" );
exit(1);
} else {
int status;
char buf[1024];
/*** Parent ***/
/* Close "read" side of pipes */
close(cmdfd[0]);
close(datafd[0]);
/* Connect command line's stdin to data pipe */
snprintf(buf, sizeof buf, "{ %s; }<&%d", cmd, datafd[0]);
buf[sizeof buf - 1] = '\0';
printf(" Parent: %d\n", getpid());
printf(" Child: %d\n", pid);
printf(" Command: %s\n", buf);
printf(" Data: %s\n", data);
/* Send command line */
write(cmdfd[1], buf, strlen(buf));
/* Send data */
if (data) {
write(datafd[1], data, strlen(data));
}
close(cmdfd[1]);
close(datafd[1]);
wait(&status);
printf("Child status: 0x%08x\n", status);
exit(0);
}
return 0;
}

A l'exécution ça donne par exemple :

$ ./shexec "cat > out" "How you doin'"
Parent: 27108
Child: 27109
Command: { cat > out; }<&6
Data: How you doin'
Child status: 0x00000000
$ cat out
How you doin'

Et ça marche parfaitement :sol:

Message édité par matafan le 03-06-2008 à 13:16:40

Taz

bisounours-codeur

le problème c'est que tu squatte un descripteur.

Les fichiers temporaires:
- niveau sécurité, y a pas vraiment de problème avec les bons droits. Ou créer tes fichiers dans un dossier spécifique
- niveau perf: optimisation prématurée. Est-ce que tu as un problèmes de perf ? Avec un FS moderne, ton fichier temporaire, il ne touchera jamais le disque, il restera en cache.

En solution intermédiaire, tu as les tubes nommés.

Ton code est pas top puisque tu ne vérifies pas le retour des write.

matafan

Mon code c'est un programme de test pour valider l'idée, il vérifie déjà bien trop de choses

Taz

bisounours-codeur

snprintf met le 0 final toute seule.

matafan

Ah oui tient, j'ai confondu avec strncpy.

Publicité

FORUM HardWare.fr

Programmation

Shell/Batch

[shell] Passer stdin à une commande passé au shell sur stdin

Sujets relatifs
problème avec la commande cut	passer de mac à windows
Encodé un mot de passe	commande unix pour tester 2 valeurs
[RESOLU] problème script et commande awk	Passer un objet Array à une fonction JS
Emulateur mini-shell	Programme C serie de commande
COMMANDE DOS	Trouver mot de passe
Plus de sujets relatifs à : [shell] Passer stdin à une commande passé au shell sur stdin

Page générée en 0.109 secondes