gema bahwa output ke stderr

Apakah ada alat Bash standar yang bertindak seperti gema tetapi output ke stderr daripada stdout?

Saya tahu saya bisa melakukan echo foo 1>&2tetapi itu agak jelek dan, saya curiga, rawan kesalahan (misalnya lebih mungkin salah diedit ketika ada perubahan).

Anda bisa melakukan ini, yang memudahkan membaca:

>&2 echo "error"

>&2menyalin file deskriptor # 2 ke file deskriptor # 1. Oleh karena itu, setelah pengalihan ini dilakukan, kedua deskriptor file akan merujuk ke file yang sama: deskriptor satu file # 2 pada awalnya merujuk. Untuk informasi lebih lanjut, lihat Tutorial Pengalihan Illustrated Bash Hacker .

Anda dapat mendefinisikan suatu fungsi:

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

Ini akan lebih cepat daripada skrip dan tidak memiliki dependensi.

Saran khusus bash Camilo Martin menggunakan "string di sini" dan akan mencetak apa pun yang Anda berikan padanya, termasuk argumen (-n) yang biasanya ditelan gema:

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

Solusi Glenn Jackman juga menghindari argumen menelan masalah:

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

Karena 1ini adalah output standar, Anda tidak perlu menyebutkannya secara eksplisit di depan pengalihan output seperti >tetapi cukup mengetik:

echo Pesan ini menuju ke stderr> & 2

Karena Anda tampaknya khawatir bahwa 1>&2akan sulit bagi Anda untuk mengetik dengan andal, penghapusan yang berlebihan 1mungkin sedikit menyemangati Anda!

Pilihan lain

echo foo >>/dev/stderr

Tidak, itu cara standar untuk melakukannya. Seharusnya tidak menyebabkan kesalahan.

Jika Anda tidak keberatan mencatat pesan juga ke syslog, cara not_so_ugly adalah:

logger -s $msg

Opsi -s berarti: "Keluarkan pesan ke kesalahan standar dan juga ke log sistem."

Ini adalah fungsi STDERR sederhana, yang mengarahkan input pipa ke 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

Catatan: Saya menjawab pertanyaan post-bukan pertanyaan "gema yang keluar ke stderr" yang menyesatkan / tidak jelas (sudah dijawab oleh OP).

Gunakan fungsi untuk menunjukkan maksud dan sumber implementasi yang Anda inginkan. Misalnya

#!/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!"

Dan error_handlingmenjadi:

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"; }

Alasan yang menangani masalah dalam OP:

• Sintaks terbaik mungkin (kata-kata yang bermakna bukannya simbol jelek)
• lebih sulit untuk membuat kesalahan (terutama jika Anda menggunakan kembali skrip)
• ini bukan alat Bash standar, tetapi ini bisa menjadi pustaka shell standar untuk Anda atau perusahaan / organisasi Anda

Alasan lain:

• kejelasan - menunjukkan niat untuk pengelola lainnya
• kecepatan - fungsi lebih cepat dari skrip shell
• reusability - suatu fungsi dapat memanggil fungsi lain
• konfigurabilitas - tidak perlu mengedit skrip asli
• debugging - lebih mudah untuk menemukan jalur yang bertanggung jawab atas kesalahan (terutama jika Anda mematikan dengan satu ton redirecting / filtering output)
• kekokohan - jika ada fungsi yang hilang dan Anda tidak dapat mengedit skrip, Anda dapat kembali menggunakan alat eksternal dengan nama yang sama (misalnya log_error dapat alias logger di Linux)
• berpindah implementasi - Anda dapat beralih ke alat eksternal dengan menghapus atribut "x" perpustakaan
• output agnostik - Anda tidak lagi harus peduli jika pergi ke STDERR atau di tempat lain
• personalisasi - Anda dapat mengonfigurasi perilaku dengan variabel lingkungan

Saran saya:

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

atau

echo "my errz" >> /dev/stderr

echo "my errz" > /proc/self/fd/2akan efektif output ke stderrkarena /proc/selfini adalah link ke proses saat ini, dan /proc/self/fdmemegang proses membuka deskriptor file, dan kemudian, 0, 1, dan 2berdiri untuk stdin, stdoutdanstderr masing-masing.

The /proc/selflink tidak bekerja pada MacOS, bagaimanapun, /proc/self/fd/*tersedia di Termux di Android, tapi tidak /dev/stderr. Bagaimana cara mendeteksi OS dari skrip Bash? dapat membantu jika Anda perlu membuat skrip Anda lebih portabel dengan menentukan varian mana yang akan digunakan.

Jangan gunakan catkarena beberapa disebutkan di sini. catadalah program sementara echodan printfmerupakan bash (shell) bawaan. Meluncurkan program atau skrip lain (juga disebutkan di atas) berarti membuat proses baru dengan semua biayanya. Menggunakan builtin, fungsi penulisan cukup murah, karena tidak perlu membuat (mengeksekusi) suatu proses (-environment).

Opner bertanya "apakah ada alat standar untuk keluaran ( pipa ) ke stderr", jawabannya adalah: TIDAK ... mengapa? ... pipa rediredcting adalah konsep elemantari dalam sistem seperti unix (Linux ...) dan bash (sh) dibangun di atas konsep-konsep ini.

Saya setuju dengan pembuka yang mengarahkan ulang dengan notasi seperti ini: &2>1 tidak terlalu menyenangkan untuk programmer modern, tapi itu bash. Bash tidak dimaksudkan untuk menulis program yang besar dan tangguh, ini dimaksudkan untuk membantu para admin agar bisa bekerja di sana dengan penekanan tombol yang lebih sedikit ;-)

Dan setidaknya, Anda dapat menempatkan pengalihan di mana saja di baris:

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

Opsi lain yang baru-baru ini saya temukan adalah:

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

Ini hanya menggunakan Bash built-in sambil membuat output kesalahan multi-baris lebih sedikit kesalahan (karena Anda tidak harus ingat untuk menambahkan &>2ke setiap baris).

read adalah perintah shell builtin yang mencetak ke stderr, dan dapat digunakan seperti gema tanpa melakukan trik pengalihan:

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

Ini -t 0.1adalah batas waktu yang menonaktifkan fungsi utama baca, menyimpan satu baris stdin ke dalam variabel.

Buat skrip

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

itu akan menjadi alat Anda.

Atau buat fungsi jika Anda tidak ingin memiliki skrip dalam file terpisah.

Menggabungkan solusi yang disarankan oleh James Roth dan Glenn Jackman

• tambahkan kode warna ANSI untuk menampilkan pesan kesalahan dengan warna merah:

echoerr() { printf "\e[31;1m%s\e[0m\n" "$*" >&2; }

# if somehow \e is not working on your terminal, use \u001b instead
# echoerr() { printf "\u001b[31;1m%s\u001b[0m\n" "$*" >&2; }

echoerr "This error message should be RED"

Mac OS X: Saya mencoba jawaban yang diterima dan beberapa jawaban lainnya dan semuanya menghasilkan penulisan STDOUT bukan STDERR pada Mac saya.

Berikut ini adalah cara portabel untuk menulis ke kesalahan standar menggunakan Perl:

echo WARNING! | perl -ne 'print STDERR'