Comment l'entrée standard d'un programme peut-elle être passée en argument à un autre?

Disons qu'un programme existe, qui prend deux arguments; fichier d'entrée et fichier de sortie.

Que faire si je ne souhaite pas enregistrer ce fichier de sortie sur le disque, mais plutôt le transmettre directement à stdinun autre programme. Existe-t-il un moyen d'y parvenir?

Beaucoup de commandes que je rencontre sous Linux fournissent une option pour passer '-' comme argument de fichier de sortie, ce qui fait ce que j'ai spécifié ci-dessus. Est-ce parce que le passage stdind'un programme en argument n'est pas possible? Si tel est le cas, comment procédons-nous?

Un exemple de la façon dont je voudrais l'image en utilisant ceci est:

pdftotext "C BY BRIAN W KERNIGHAN & DENNIS M RITCHIE.pdf" stdin(echo)

Le shell que j'utilise est bash.

Si le programme prend en charge l'écriture dans n'importe quel descripteur de fichier même s'il ne peut pas le rechercher, vous pouvez l'utiliser /dev/stdoutcomme fichier de sortie. Il s'agit d'un lien symbolique vers /proc/self/fd/1mon système. Le descripteur de fichier 1 est stdout.

Depuis la pdftotextpage de manuel:

Si le fichier texte est ´- ', le texte est envoyé à stdout.

Donc, dans ce cas, tout ce dont vous avez besoin est:

pdftotext "C BY BRIAN W KERNIGHAN & DENNIS M RITCHIE.pdf" -

Ou si vous voulez diriger ceci vers STDIN d'un autre programme:

pdftotext "C BY BRIAN W KERNIGHAN & DENNIS M RITCHIE.pdf" - | another_prog

L'utilisation -comme substitut d'un nom de fichier est une convention que de nombreux utilitaires suivent (y compris pdftotext) lorsque nous voulons une entrée depuis STDIN ou une sortie vers STDOUT. Cependant, tous les utilitaires ne suivent pas cette convention. Dans ce cas, la façon idiomatique de le faire dans bash est d'utiliser une substitution de processus :

my_utility "C BY BRIAN W KERNIGHAN & DENNIS M RITCHIE.pdf" >( cat )

Ici, le >( )comportement se fait en grande partie comme un fichier transmis à my_utility, mais au lieu d'être un vrai fichier, le flux est canalisé dans le stdin du processus contenu, c'est-à-dire cat. Donc, ici, le texte devrait finalement sortir comme requis.

L'utilisation de catpresque toujours déclenche des sonneries d'alarme UUOC sur des forums comme celui-ci. Je soutiens que si l'utilitaire ne prend pas en charge -, c'est une utilisation utile de cat, bien que s'il existe des moyens de faire cette substitution de processus sans le cat, alors je suis à l'écoute ;-).

Cependant, si (comme l'indique la question) la destination finale du flux est STDIN d'un autre programme, alors le catpeut être éliminé:

my_utility "C BY BRIAN W KERNIGHAN & DENNIS M RITCHIE.pdf" >( another_prog )

Si votre shell les prend en charge, la manière la plus simple de faire de telles manipulations serait d'utiliser la substitution de processus : <(…)et >(…). Cela fonctionne dans bash, zsh et ksh et éventuellement dans d'autres shells. Par exemple:

$ sort <(printf "b\nc\na\n")
a
b
c
$ ls
foo
$ cp <(find . -name foo) bar
$ ls
bar  foo

Cependant, cela n'aidera pas dans l'exemple que vous indiquez, car il pdftotextsera enregistré dans un fichier texte. Bien que votre meilleur choix (en dehors de l'utilisation évidente -) soit d'utiliser /dev/stdoutcomme suggéré par @TiCPU, vous pouvez également utiliser une autre fonctionnalité de shell. La construction !:Nfait référence au Nième argument de la commande précédente. Par conséquent, vous pourriez faire:

$ pdftotext "C BY BRIAN W KERNIGHAN & DENNIS M RITCHIE.pdf"  out.txt
$ cat !:2

cmd tty

ttyrenvoie le nom du terminal connecté stdout.