echo que sale a stderr

¿Existe una herramienta Bash estándar que actúe como eco pero que se envíe a stderr en lugar de stdout?

Sé que puedo hacerlo, echo foo 1>&2pero es un poco feo y, sospecho, propenso a errores (por ejemplo, es más probable que se edite mal cuando las cosas cambian).

Podrías hacer esto, lo que facilita la lectura:

>&2 echo "error"

>&2copia el descriptor de archivo # 2 al descriptor de archivo # 1. Por lo tanto, después de realizar esta redirección, ambos descriptores de archivo se referirán al mismo archivo: el descriptor de archivo número 2 al que originalmente se refería. Para obtener más información, consulte el Tutorial ilustrado de redireccionamiento de Bash Hackers .

Podrías definir una función:

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

Esto sería más rápido que un script y no tendría dependencias.

La sugerencia específica de bash de Camilo Martin utiliza una "cadena aquí" e imprimirá todo lo que le pase, incluidos los argumentos (-n) que el eco normalmente se tragaría:

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

La solución de Glenn Jackman también evita el problema de tragar el argumento:

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

Como 1es la salida estándar, no tiene que nombrarla explícitamente delante de una redirección de salida como, >sino que simplemente puede escribir:

echo Este mensaje va a stderr> & 2

Dado que parece preocupado porque 1>&2le resultará difícil escribir de manera confiable, ¡la eliminación del redundante 1podría ser un pequeño estímulo para usted!

Otra opción

echo foo >>/dev/stderr

No, esa es la forma estándar de hacerlo. No debería causar errores.

Si no le importa registrar el mensaje también en syslog, la forma no_so_ fea es:

logger -s $msg

La opción -s significa: "Enviar el mensaje al error estándar, así como al registro del sistema".

Esta es una función STDERR simple, que redirige la entrada de la tubería a 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

Nota: estoy respondiendo la pregunta posterior, no la pregunta confusa / vaga "echo que sale a stderr" (ya respondida por OP).

Use una función para mostrar la intención y obtener la implementación que desea. P.ej

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

Y error_handlingsiendo:

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

Razones que manejan las preocupaciones en OP:

• mejor sintaxis posible (palabras significativas en lugar de símbolos feos)
• Es más difícil cometer un error (especialmente si reutiliza el script)
• no es una herramienta Bash estándar, pero puede ser una biblioteca shell estándar para usted o su empresa / organización

Otras razones:

• claridad - muestra intención a otros mantenedores
• velocidad: las funciones son más rápidas que las secuencias de comandos de shell
• reutilización: una función puede llamar a otra función
• configurabilidad: no es necesario editar el script original
• depuración: es más fácil encontrar la línea responsable de un error (especialmente si está bloqueando con una tonelada de salida de redireccionamiento / filtrado)
• robustez: si falta una función y no puede editar el script, puede recurrir al uso de una herramienta externa con el mismo nombre (por ejemplo, log_error puede ser alias al registrador en Linux)
• Cambio de implementaciones: puede cambiar a herramientas externas eliminando el atributo "x" de la biblioteca
• agnóstico de salida: ya no tiene que preocuparse si va a STDERR u otro lugar
• personalización: puede configurar el comportamiento con variables de entorno

Mi sugerencia:

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

o

echo "my errz" >> /dev/stderr

echo "my errz" > /proc/self/fd/2lo hará de manera efectiva a la salida stderr, porque /proc/selfes un enlace con el proceso actual, y /proc/self/fdejerce en el proceso abierto descriptores de archivo, y luego, 0, 1, y 2representar stdin, stdouty stderrrespectivamente.

El /proc/selfenlace no funciona en MacOS, sin embargo, /proc/self/fd/*está disponible en Termux en Android, pero no /dev/stderr. ¿Cómo detectar el sistema operativo desde un script Bash? puede ayudar si necesita hacer que su script sea más portátil determinando qué variante usar.

No lo use, catya que algunos se mencionan aquí. cates un programa while echoy printfson bash (shell) integradas. Lanzar un programa u otro script (también mencionado anteriormente) significa crear un nuevo proceso con todos sus costos. Usando las funciones integradas, las funciones de escritura son bastante baratas, porque no hay necesidad de crear (ejecutar) un proceso (entorno).

El operador pregunta "¿hay alguna herramienta estándar para enviar ( tubería ) a stderr", la respuesta corta es: NO ... ¿por qué? ... redirigir tuberías es un concepto elemental en sistemas como unix (Linux ...) y bash (sh) se basa en estos conceptos.

Estoy de acuerdo con el abridor de que la redirección con anotaciones como esta: &2>1no es muy agradable para los programadores modernos, pero eso es bash. Bash no estaba destinado a escribir programas grandes y robustos, está destinado a ayudar a los administradores a llegar a trabajar con menos pulsaciones de teclas ;-)

Y al menos, puede colocar la redirección en cualquier lugar de la línea:

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

Otra opción con la que me topé recientemente es esta:

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

Esto usa solo las funciones integradas de Bash mientras hace que la salida de error de varias líneas sea menos propensa a errores (ya que no tiene que acordarse de agregar &>2a cada línea).

read es un comando integrado de shell que imprime en stderr, y se puede usar como echo sin realizar trucos de redireccionamiento:

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

El -t 0.1es un tiempo de espera que deshabilita la funcionalidad principal de lectura, almacenando una línea de stdin en una variable.

Hacer un guion

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

Esa sería tu herramienta.

O haga una función si no desea tener un script en un archivo separado.

Solución combinada sugerida por James Roth y Glenn Jackman

• agregue el código de color ANSI para mostrar el mensaje de error en rojo:

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: probé la respuesta aceptada y un par de otras respuestas y todas resultaron en escribir STDOUT no STDERR en mi Mac.

Aquí hay una forma portátil de escribir en un error estándar usando Perl:

echo WARNING! | perl -ne 'print STDERR'