Чому вихід деяких програм Linux не переходить ні на STDOUT, ні на STDERR?

Чому вихід деяких програм Linux не переходить ні на STDOUT, ні на STDERR?

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

Приклад - команда 'time':

time sleep 1 2>&1 > /dev/null

real        0m1.003s
user        0m0.000s
sys         0m0.000s

або

time sleep 1 &> /dev/null

real        0m1.003s
user        0m0.000s
sys         0m0.000s

Чому я бачу вихід обох разів? Я очікував, що все це буде записано в / dev / null .

Який вихідний потік використовує час, і як я можу передати його у файл?

Один із способів вирішити проблему - це створити сценарій Bash , наприклад, combine.shщо містить цю команду:

$@ 2>&1

Тоді висновок 'time' може бути записаний правильним чином:

combine.sh time sleep 1 &> /dev/null

(вихід не видно - правильний)

Чи є спосіб досягти того, що я хочу, не використовуючи окремий комбінований сценарій?

Це питання вирішено в BashFAQ / 032 . У вашому прикладі ви:

{ time sleep 1; } 2> /dev/null

Причина чому

time sleep 1 2>/dev/null

не поводиться так, як ви очікуєте, тому що з цим синтаксисом ви захочете виконати timeкоманду sleep 1 2>/dev/null(так, команда sleep 1з stderr перенаправлена ​​на /dev/null). Вбудований timeпрацює таким чином, щоб зробити це реально можливим.

bash Вбудований може реально зробити це , тому що ... ну, це вбудований. Така поведінка була б неможливою із зовнішньою командою, яка timeзазвичай знаходиться в /usr/bin. Дійсно:

$ /usr/bin/time sleep 1 2>/dev/null
$

Тепер відповідь на ваше запитання

Чому вихід деяких програм Linux не переходить ні на STDOUT, ні на STDERR?

є: так, вихід йде в stdout або stderr .

Сподіваюся, це допомагає!

На ваше конкретне питання щодо timeвбудованого відповіді, але є деякі команди, які не пишуть ні в, stdoutні в stderr. Класичний приклад - команда Unix crypt. cryptбез аргументів шифрує стандартний вхід stdinі записує його на стандартний вихід stdout. Він пропонує користувачеві ввести пароль getpass(), який за замовчуванням видає підказку до /dev/tty. /dev/ttyє поточним термінальним пристроєм. Запис /dev/ttyмає ефект запису на поточний термінал (якщо такий є, див. isatty()).

Причина cryptне може писати в stdoutтому, що вона записує зашифрований вихід на stdout. Крім того, краще підказати, /dev/ttyа не писати на те, stderrщоб, якщо користувач перенаправляє stdoutта stderr, підказку все-таки буде видно. (З тієї ж причини cryptне вдається прочитати пароль stdin, оскільки він використовується для зчитування даних для шифрування.)

time sleep 1 > /dev/null 2>&1Вихід # переспрямування "сну" робить null. Потім "час" записує власний висновок, без перенаправлення. Це як " time (sleep 1 > /dev/null 2>&1)".

(time sleep 1) > /dev/null 2>&1 # запускає "час сну 1", а потім переспрямовує результат на нуль.

[] с

Проблема у вашому випадку полягає в тому, що перенаправлення працює іншим способом. Ти написав

time sleep 1 2>&1 > /dev/null

Це перенаправляє стандартний висновок на, /dev/nullа потім перенаправляє стандартну помилку на стандартний вихід.

Щоб перенаправити весь результат, який потрібно записати

time sleep 1 > /dev/null 2>&1 

Тоді стандартна помилка буде переспрямована на стандартний вихід і після цього весь стандартний вихід (містить стандартну помилку) буде переспрямований на /dev/null.