Чому заміна процесу призводить до файлу під назвою / dev / fd / 63, який є трубкою?

Я намагаюся зрозуміти названі труби в контексті цього конкретного прикладу.

Я набираю <(ls -l)свій термінал і отримую вихід як bash: /dev/fd/63: Permission denied.

Якщо я набираю cat <(ls -l), я міг би бачити вміст каталогу. Якщо я замінити catз echo, я думаю , що я отримую ім'я терміналу (або це?).

echo <(ls -l)дає вихід як /dev/fd/63.

Також цей приклад для мене є незрозумілим.

ls -l <(echo "Whatever")
lr-x------ 1 root root 64 Sep 17 13:18 /dev/fd/63 -> pipe:[48078752]

Однак, якщо я даю, ls -l <()він перераховує мені вміст каталогу.

Що відбувається у випадку названої труби?

Коли ви зробите це <(some_command), ваша оболонка виконує команду всередині дужок і замінює все на дескриптор файлу, який підключений до виводу команди. Так /dev/fd/63це труба, що містить вихід вашої дзвінки ls.

Коли ви <(ls -l)отримуєте Permission deniedпомилку, оскільки весь рядок замінюється на трубу, ефективно намагаючись викликати /dev/fd/63як команду, яка не виконується.

У вашому другому прикладі cat <(ls -l)стає cat /dev/fd/63. Коли кішка читає з файлів, заданих як параметри, ви отримуєте вміст. echoз іншого боку, просто виводить свої параметри "як є".

Останній у вас випадок <()просто замінюється нічим, оскільки немає команди. Але це не відповідає між оболонками, в zsh ви все одно отримуєте трубу (хоча порожню).

Підсумок : <(command)дозволяє використовувати команду вихід, де вам, як правило, потрібен файл.

Edit: а Жиль вказує, що це не іменований канал, але анонімний труби. Основна відмінність полягає в тому, що він існує лише до тих пір, поки процес працює, тоді як названа труба (створена, наприклад, за допомогою mkfifo) залишиться без приєднаних до неї процесів.

Ви неправильно розумієте і lsкоманду, і перенаправлення. lsперелічує файли та каталоги, наведені в командному рядку, я не вважаю, що він приймає будь-які дані від stdin. Перенаправлення > >>та <способи використання файлу для введення та збору результатів.