Програма Bash не виконується, якщо перенаправлення не вдалося

В основному я зауважую, що якщо команда, що використовує переадресацію, не вдасться, будь-які програми, запущені до цього, не запускаються.

Наприклад, ця програма відкриває файл "a" і записує 50 байт у файл "a". Однак, запустивши цю команду з перенаправленням у файл з недостатніми дозволами (~ root / log), не змінюється розмір файлу "a".

$ ./write_file.py >> ~root/log
-bash: /var/root/log: Permission denied
cdal at Mac in ~/experimental/unix_write
$ ls -lt
total 16
-rw-rw-r--  1 cdal  staff  0 Apr 27 08:54 a <-- SHOULD BE 50 BYTES

Можна подумати, що програма запуститься, захопить будь-який вихід (але також запише у файл "a"), а потім не зможе записати жоден вихід у ~ root / log. Натомість програма ніколи не запускається.

Чому це так, і як bash вибирає порядок "перевірок", які він виконує перед виконанням програми? Чи проводяться також інші перевірки?

ps Я намагаюся визначити, чи дійсно програма, запущена під cron, виконувалась при переадресації на файл "дозволу відмовлено".

Це не насправді питання замовлення чеків, а просто порядок, в якому оболонка встановлює речі. Перенаправлення встановлюються перед виконанням команди; тож у вашому прикладі оболонка намагається відкрити ~root/logдля додавання, перш ніж намагатися зробити що-небудь, що стосується ./write_file.py. Оскільки файл журналу неможливо відкрити, перенаправлення не вдається, і оболонка перестає обробляти командний рядок у цьому пункті.

Один із способів продемонструвати це - взяти не виконуваний файл і спробувати запустити його:

$ touch demo
$ ./demo
zsh: permission denied: ./demo
$ ./demo > ~root/log
zsh: permission denied: /root/log

Це показує, що оболонка навіть не дивиться, ./demoколи перенаправлення неможливо встановити.

З сторінки " bash man", розділ "ПОПЕРЕДЖЕННЯ" (акцент на мене):

Перед виконанням команди його введення та вихід можуть бути перенаправлені за допомогою спеціального позначення, інтерпретованого оболонкою.

...

Невміння відкрити або створити файл спричиняє збій перенаправлення.

Отже оболонка намагається відкрити цільовий файл для stdout, який не вдається, і команда взагалі не виконується.

Варто зауважити, що оболонка повинна встановити перенаправлення перед запуском програми.

Розглянемо ваш приклад:

./write_file.py >> ~root/log

Що відбувається в оболонці:

1. Ми (оболонка) fork(); дочірній процес успадковує дескриптори відкритого файлу від свого батьківського (оболонки).
2. У дочірньому процесі ми fopen()(розширення) "~ root / log", і dup2()це до fd 1 (і close()тимчасовий fd). Якщо fopen()не exit()вдалося , зателефонуйте, щоб повідомити про помилку батьків.
3. Ще в дитині ми exec()"./write_file.py". Зараз цей процес більше не виконує жодного нашого коду (якщо не вдалося виконати, і в цьому випадку ми exit()повідомимо про помилку батьків).
4. Батько wait()зобов'язаний дитину припинити та обробляти її вихідний код (копіюючи його $?, принаймні).

Отже, перенаправлення повинно відбуватися у дитини між fork()і exec(): воно не може відбутися раніше, fork()оскільки воно не повинно змінювати викладку оболонки, а не може відбутися після, exec()тому що ім'я файлу та виконуваний код оболонки тепер замінено програмою Python . Батько не має доступу до дескрипторів файлів дитини (і навіть якщо це було, він не міг гарантувати переадресацію між exec()першим і записом до stdout).

Мені шкода, що повідомляю, що це зовсім навпаки. Оболонці потрібно спочатку відкрити це введення / вивід, а потім передає управління програмі.

tee може виявитися корисним у цьому випадку: ./write_file.py | tee -a ~root/log > /dev/null