відлуння, яке виводиться на більш жорсткий

Чи є стандартний інструмент Bash, який діє як ехо, але виводить на stderr, а не stdout?

Я знаю, що можу зробити, echo foo 1>&2але це якось некрасиво і, я підозрюю, схильний до помилок (наприклад, більше шансів змінити неправильно, коли зміниться ситуація).

Ви можете це зробити, що полегшує читання:

>&2 echo "error"

>&2копіює дескриптор файлу №2 у дескриптор файлу №1. Отже, після цього перенаправлення обидва дескриптори файлів будуть посилатися на один і той же файл: один дескриптор файлу №2 спочатку посилався . Для отримання додаткової інформації дивіться посібник з перенаправлення ілюстрованих хакерів Bash .

Ви можете визначити функцію:

echoerr() { echo "$@" 1>&2; }
echoerr hello world

Це було б швидше, ніж сценарій і не матиме залежностей.

У конкретному базі Каміло Мартіна використовується рядок "тут" і буде надруковано все, що ви передаєте до нього, включаючи аргументи (-n), які зазвичай лунають відлунням:

echoerr() { cat <<< "$@" 1>&2; }

Рішення Глена Джекмана також уникає проблеми проковтування аргументів:

echoerr() { printf "%s\n" "$*" >&2; }

Оскільки 1це стандартний вихід, вам не потрібно чітко називати його перед перенаправленням виводу, як, >а натомість можна просто ввести:

echo Це повідомлення переходить до stderr> & 2

Оскільки ви, мабуть, переживаєте, що вам 1>&2буде важко надійно набрати, усунення зайвого 1може стати для вас незначним заохоченням!

Ще один варіант

echo foo >>/dev/stderr

Ні, це стандартний спосіб зробити це. Це не повинно викликати помилок.

Якщо ви не заперечуєте за тим, щоб записати повідомлення також у syslog, спосіб not_so_ugly такий:

logger -s $msg

Параметр -s означає: "Виведіть повідомлення на стандартну помилку, а також на системний журнал."

Це проста функція STDERR, яка перенаправляє вхід труби на STDERR.

#!/bin/bash
# *************************************************************
# This function redirect the pipe input to STDERR.
#
# @param stream
# @return string
#
function STDERR () {

cat - 1>&2

}

# remove the directory /bubu
if rm /bubu 2>/dev/null; then
    echo "Bubu is gone."
else
    echo "Has anyone seen Bubu?" | STDERR
fi


# run the bubu.sh and redirect you output
tux@earth:~$ ./bubu.sh >/tmp/bubu.log 2>/tmp/bubu.err

Примітка: я відповідаю на пост, а не на оманливе / розпливчасте "відлуння, яке призводить до більш жорсткого" питання (вже відповів ОП).

Використовуйте функцію, щоб показати наміри та джерело потрібної реалізації. Напр

#!/bin/bash

[ -x error_handling ] && . error_handling

filename="foobar.txt"
config_error $filename "invalid value!"

output_xml_error "No such account"

debug_output "Skipping cache"

log_error "Timeout downloading archive"

notify_admin "Out of disk space!"

fatal "failed to open logger!"

І error_handlingбудучи:

ADMIN_EMAIL=root@localhost

config_error() { filename="$1"; shift; echo "Config error in $filename: $*" 2>&1; }

output_xml_error() { echo "<error>$*</error>" 2>&1; }

debug_output() { [ "$DEBUG"=="1" ] && echo "DEBUG: $*"; }

log_error() { logger -s "$*"; }

fatal() { which logger >/dev/null && logger -s "FATAL: $*" || echo "FATAL: $*"; exit 100; }

notify_admin() { echo "$*" | mail -s "Error from script" "$ADMIN_EMAIL"; }

Причини вирішення проблем в ОП:

• можливий симпатичний синтаксис (значущі слова замість потворних символів)
• важче зробити помилку (особливо якщо повторно використовувати сценарій)
• це не стандартний інструмент Bash, але він може бути стандартною бібліотекою оболонок для вас або вашої компанії / організації

Інші причини:

• ясність - показує наміри перед іншими обслуговуючими особами
• speed - функції швидше, ніж сценарії оболонки
• повторне використання - функція може викликати іншу функцію
• конфігурація - не потрібно редагувати оригінальний сценарій
• налагодження - простіше знайти рядок, що відповідає за помилку (особливо, якщо ви зупиняєтесь з тоною виходу переадресації / фільтрації)
• надійність - якщо функція відсутня, і ви не можете редагувати сценарій, ви можете перейти до використання зовнішнього інструменту з тим самим іменем (наприклад, log_error можна подати до реєстрації в Linux)
• переключення реалізацій - ви можете перейти до зовнішніх інструментів, видаливши атрибут "x" бібліотеки
• вихідний агностик - вам більше не доведеться дбати, переходить він до STDERR або деінде
• персоналізація - ви можете налаштувати поведінку за допомогою змінних оточення

Моя пропозиція:

echo "my errz" >> /proc/self/fd/2

або

echo "my errz" >> /dev/stderr

echo "my errz" > /proc/self/fd/2буде ефективно виводиться stderrтому , що /proc/selfце посилання на поточний процес, і /proc/self/fdтримає процес відкритий дескрипторів файлів, а потім 0, 1і 2стояти stdin, stdoutі stderrвідповідно.

/proc/selfПосилання не працює на MacOS, проте, /proc/self/fd/*є на Termux на Android, але не /dev/stderr. Як виявити ОС за сценарієм Bash? може допомогти, якщо вам потрібно зробити свій скрипт більш портативним, визначивши, який варіант використовувати.

Не використовуйте, catяк тут згадуються деякі. catє програмою в той час як echoі printfє bash (shell) вбудованими. Запуск програми або іншого сценарію (також згаданого вище) означає створити новий процес з усіма витратами. Використання вбудованих функцій запису є досить дешевим, оскільки немає необхідності створювати (виконувати) процес (-оточення).

Опнер запитує "чи є якийсь стандартний інструмент для виведення ( труби ) на stderr", відповідь Щорта: НІ ... чому? ... перенаправлення труб - це елементарна концепція в таких системах, як unix (Linux ...), і bash (sh) будується на цих концепціях.

Я погоджуюся з відкривачем, що перенаправлення з такими позначеннями: &2>1 не дуже приємна для сучасних програмістів, але це бажання. Баш не мав на меті писати величезні та надійні програми, він покликаний допомогти адміністраторам налагодити роботу з меншим натисканням клавіш ;-)

І принаймні, ви можете розмістити перенаправлення будь-де в рядку:

$ echo This message >&2 goes to stderr 
This message goes to stderr

Ще один варіант, про який я нещодавно натрапив:

    {
        echo "First error line"
        echo "Second error line"
        echo "Third error line"
    } >&2

Для цього використовуються лише вбудовані файли Bash, роблячи виведення багато рядкових помилок менш сприйнятливим до помилок (оскільки вам не потрібно пам'ятати, щоб додавати &>2до кожного рядка).

read - команда, побудована в оболонку, яка друкує на stderr, і може використовуватися як ехо, не виконуючи прийомів перенаправлення:

read -t 0.1 -p "This will be sent to stderr"

Це -t 0.1час, який вимикає основну функціональність читання, зберігаючи один рядок stdin у змінній.

Складіть сценарій

#!/bin/sh
echo $* 1>&2

це був би ваш інструмент.

Або зробіть функцію, якщо ви не хочете мати сценарій в окремому файлі.

Mac OS X: Я спробував прийняту відповідь та пару інших відповідей, і всі вони призвели до написання STDOUT not STDERR на моєму Mac.

Ось портативний спосіб запису до стандартної помилки за допомогою Perl:

echo WARNING! | perl -ne 'print STDERR'