Перенаправить STDERR и STDOUT в разные переменные без временных файлов.

func() {
    echo 'hello'
    echo 'This is an error' >&2
}

a=$(func)
b=???

Я хочу перенаправить stderr в переменную b без создания временного файла.

 echo $b
 # вывод должен быть: "This is an error"

Решение, которое работает, но с временным файлом:

touch temp.txt
exec 3< temp.txt
a=$(func 2> temp.txt);
cat <&3
rm temp.txt

Итак, вопрос: как перенаправить stderr функции bash func в переменную b без необходимости создания временного файла?

В Linux и с оболочками, которые реализуют here-документы с временными файлами на запись (например, zsh или bash версий до 5.1), вы можете сделать:

{
  out=$(
    chmod u+w /dev/fd/3 && # необходимо для bash5.0
      ls /dev/null /x 2> /dev/fd/3
  )
  status=$?
  err=$(cat<&3)
} 3<<EOF
EOF

printf '%s=<%s>\n' out "$out" err "$err" status "$status"

(где ls /dev/null /x — это пример команды, которая выводит что-то как на stdout, так и на stderr).

С zsh вы также можете сделать:

(){ out=$(ls /dev/null /x 2> $1) status=$? err=$(<$1);} =(:)

(где =(cmd) — это форма подстановки процесса, которая использует временные файлы, а (){ code; } args — анонимные функции).

В любом случае, вы захотите использовать временные файлы. Любое решение, использующее каналы, будет подвержено взаимным блокировкам в случае большого объема вывода. Вы могли бы читать stdout и stderr через два отдельных канала и использовать select()/poll() и некоторые чтения в цикле, чтобы читать данные по мере поступления из двух каналов без создания блокировок, но это было бы достаточно сложно, и насколько мне известно, только zsh имеет встроенную поддержку select(), а только yash — сырой интерфейс к pipe() (подробнее об этом на Чтение / запись в один и тот же дескриптор файла с помощью перенаправления в оболочке).

Другой подход мог бы заключаться в хранении одного из потоков во временной памяти вместо временного файла. Например (синтаксис zsh или bash):

{
  IFS= read -rd '' err
  IFS= read -rd '' out
  IFS= read -rd '' status
} < <({ out=$(ls /dev/null /x); } 2>&1; printf '\0%s' "$out" "$?")

(при условии, что команда не выводит никаких NUL)

Обратите внимание, что $err будет включать завершающий символ новой строки.

Другие подходы могли бы заключаться в том, чтобы по-разному декорировать stdout и stderr и удалять декорирование при чтении:

out= err= status=
while IFS= read -r line; do
  case $line in
    (out:*)    out=$out${line#out:}$'\n';;
    (err:*)    err=$err${line#err:}$'\n';;
    (status:*) status=${line#status:};;
  esac
done < <(
  {
    {
      ls /dev/null /x |
        grep --label=out --line-buffered -H '^' >&3
      echo >&3 "status:${PIPESTATUS[0]}" # $pipestatus[1] в zsh
    } 2>&1 |
      grep --label=err --line-buffered -H '^'
  } 3>&1

)

Это предполагает использование GNU grep и то, что строки достаточно короткие. С строками больше PIPEBUF (4K на Linux), строки вывода двух grep могут в итоге перепутаться вместе в сегментах.

Ну, захват stderr в одну переменную и stdout в другую без временного файла весьма непростая задача.

Вот пример, который работает

func() {
    echo 'hello'
    echo 'This is an error' >&2
}

result=$(
    { stdout=$(func) ; } 2>&1
    echo -e "mysuperuniqueseparator\n"
    echo -e "${stdout}\n"
)
var_out=${result#*mysuperuniqueseparator$'\n'}
var_err=${result%$'\n'mysuperuniqueseparator*}

Мне не нравится это, потому что это грязный способ: перенаправьте stderr в stdout и положите оба в одну переменную с разделителем между ними, а затем разделите на две части.

Плюс:

Очевидно, это не надежно, потому что либо стандартный вывод, либо стандартная ошибка команды могут содержать любой разделитель, который вы используете.

Взято отсюда http://mywiki.wooledge.org/BashFAQ/002

Нет временных файлов/_FIFO и никаких смешных evals/дескрипторов файла и т. д.:

x=$((echo 'это stdout'; echo 'это stderr' 1>&2; exit 123) 2> >(sed -r 's/^/2/g') 1> >(sed -r 's/^/1/g'))

echo $? ### код выхода сохраняется
# 123

echo "$x" | sed '/^2/d;s/^1//g'  ### stdout
# это stdout

echo "$x" | sed '/^1/d;s/^2//g'  ### stderr
# это stderr

Примечание: может быть неэффективно для больших объемов данных.