Comment `moins` prend-il les données de stdin tout en pouvant lire les commandes de l'utilisateur?

Comme la plupart d'entre vous l'ont fait à maintes reprises, il est pratique d'afficher un texte long en utilisant less:

some_command | less

Maintenant, son stdin est connecté à un tuyau (FIFO). Comment peut-il toujours lire des commandes comme up / down / quit?

Comme mentionné par William Pursell , lesslit les frappes de l'utilisateur depuis le terminal. Il ouvre explicitement /dev/ttyle terminal de contrôle; cela lui donne un descripteur de fichier, distinct de l'entrée standard, à partir duquel il peut lire l'entrée interactive de l'utilisateur. Il peut simultanément lire des données à afficher à partir de son entrée standard si nécessaire. (Il pourrait aussi écrire directement sur le terminal si nécessaire.)

Vous pouvez voir cela arriver en exécutant

some_command | strace -o less.trace -e open,read,write less

Déplacez-vous dans l'entrée, quittez less-le et examinez le contenu de less.trace: vous verrez qu'il s'ouvre /dev/ttyet lit le descripteur de fichier 0 et celui qui a été renvoyé lors de son ouverture /dev/tty(probablement 3).

C'est une pratique courante pour les programmes qui souhaitent s'assurer qu'ils lisent et écrivent sur le terminal. SSH en est un exemple, par exemple lorsqu'il demande un mot de passe ou une phrase secrète.

Comme expliqué par schily , si /dev/ttyimpossible, lessnous lirons son erreur standard (descripteur de fichier 2). lessL'utilisation de de a /dev/ttyété introduite dans la version 177, publiée le 2 avril 1991.

Si vous essayez de courir cat /dev/tty | less, comme suggéré par Hagen von Eitzen , vous lessréussirez à ouvrir /dev/ttymais n’obtiendrez aucune information de sa part avant la catfermeture. Donc, vous verrez l'écran vide et rien d'autre jusqu'à ce que vous appuyiez sur CtrlCpour tuer cat(ou le tuer d'une autre manière); puis lessmontrera tout ce que vous avez tapé pendant que vous étiez en catcours d’exécution, et vous permettra de le contrôler.

UNIX donne deux méthodes pour lire les entrées des utilisateurs lorsque stdin a été redirigé:

• La méthode originale est de lire stderr . Stderr est ouvert à l'écriture et à la lecture et cela est toujours mentionné dans POSIX.

• Les versions ultérieures d'UNIX (vers 1979) ont ajouté une /dev/ttyinterface de pilote permettant d'ouvrir le contrôle d'un processus. Puisqu'il existe des processus sans tty de contrôle, il est possible qu'une tentative d'ouverture /dev/ttyéchoue. Le logiciel écrit amical a donc un recours à la méthode originale et essaie ensuite de lire stderr.