Как `less 'получает данные из stdin, когда все еще может читать команды от пользователя?

Как большинство из вас делали много раз, удобно просматривать длинный текст, используя less:

some_command | less

Теперь его стандартный подключен к трубе (FIFO). Как он все еще может читать такие команды, как вверх / вниз / выход?

Как упомянул Уильям Перселл , lessсчитывает нажатия клавиш пользователя из терминала. Он явно открывает /dev/ttyуправляющий терминал; это дает ему дескриптор файла, отдельный от стандартного ввода, из которого он может читать интерактивный ввод пользователя. При необходимости он может одновременно считывать данные со стандартного ввода. (Это может также написать напрямую в терминал при необходимости.)

Вы можете увидеть это, запустив

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

Перемещайтесь по входу, выходите lessи смотрите на содержимое less.trace: вы увидите, что оно открыто /dev/tty, и прочитаете как из файлового дескриптора 0, так и из того, который был возвращен при его открытии /dev/tty(вероятно, 3).

Это обычная практика для программ, желающих убедиться, что они читают и пишут в терминал. Одним из примеров является SSH, например, когда он запрашивает пароль или фразу-пароль.

Как пояснил на Шили , если /dev/ttyне может быть открыт, lessбудет считываться из стандартной ошибки (дескриптор файла 2). lessИспользование /dev/ttyбыло введено в версии 177, выпущенной 2 апреля 1991 года.

При попытке запуска cat /dev/tty | less, как и предложил на Хаген фон Eitzen , lessпреуспеет в открытии , /dev/ttyно не получите никакой информации от него до тех пор , catзакрывает его. Таким образом, вы увидите пустой экран, и ничего больше, пока не нажмете, CtrlCчтобы убить cat(или убить его каким-либо другим способом); затем lessпокажет все, что вы ввели во время catработы, и позволит вам контролировать это.

UNIX предоставляет два метода для чтения пользовательского ввода при перенаправлении стандартного ввода:

• Оригинальный метод заключается в чтении из stderr . Stderr открыт для записи и чтения, и это все еще упоминается в POSIX.

• В более поздних версиях UNIX (около 1979 г.) был добавлен /dev/ttyинтерфейс драйвера, который позволяет открывать управляющий tty процесса. Поскольку существуют процессы без управляющего tty, возможно, что попытка открытия /dev/ttyне удалась. Поэтому дружественно написанное программное обеспечение имеет запасной вариант к исходному методу, а затем пытается прочитать из stderr.