echo ที่ส่งออกไปยัง stderr

มีเครื่องมือทุบตีมาตรฐานที่ทำหน้าที่เหมือนเสียงสะท้อน แต่ส่งออกไปยัง stderr แทนที่จะเป็น stdout หรือไม่?

ฉันรู้ว่าฉันสามารถทำได้echo foo 1>&2แต่มันก็น่าเกลียดและฉันสงสัยว่ามีแนวโน้มผิดพลาด (เช่นมีแนวโน้มที่จะได้รับการแก้ไขผิดเมื่อสิ่งต่าง ๆ เปลี่ยนแปลง)

คุณสามารถทำสิ่งนี้ซึ่งอำนวยความสะดวกในการอ่าน:

>&2 echo "error"

>&2คัดลอกไฟล์ descriptor # 2 ไปยัง file descriptor # 1 ดังนั้นหลังจากดำเนินการเปลี่ยนเส้นทางนี้ตัวอธิบายไฟล์ทั้งสองจะอ้างถึงไฟล์เดียวกัน: ตัวอธิบายไฟล์ # 2 หนึ่งตัวเดิมอ้างถึง สำหรับข้อมูลเพิ่มเติมโปรดดูที่แฮกเกอร์สอนทุบตีภาพประกอบการเปลี่ยนเส้นทาง

คุณสามารถกำหนดฟังก์ชั่น:

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

นี่จะเร็วกว่าสคริปต์และไม่มีการอ้างอิง

คำแนะนำเฉพาะของ bash Camilo Martin ใช้ "here string" และจะพิมพ์สิ่งที่คุณส่งไปให้รวมถึงอาร์กิวเมนต์ (-n) ที่เสียงก้องปกติจะกลืน:

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

วิธีการแก้ปัญหาของ Glenn Jackman ยังช่วยหลีกเลี่ยงปัญหาการกลืนอาร์กิวเมนต์:

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

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

หมายเหตุ: ฉันกำลังตอบคำถามไม่สะท้อน / ทำให้เข้าใจผิด "echo ที่ส่งออกไปยังคำถาม stderr" (ตอบโดย OP แล้ว)

ใช้ฟังก์ชั่นเพื่อแสดงความตั้งใจและแหล่งที่มาของการใช้งานที่คุณต้องการ เช่น

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

เหตุผลที่จัดการกับข้อกังวลใน OP:

• ไวยากรณ์ที่ดีที่สุดที่เป็นไปได้ (คำที่มีความหมายแทนสัญลักษณ์ที่น่าเกลียด)
• ทำให้เกิดข้อผิดพลาดได้ยากขึ้น (โดยเฉพาะถ้าคุณใช้สคริปต์ซ้ำ)
• ไม่ใช่เครื่องมือทุบตีมาตรฐาน แต่สามารถเป็นเชลล์ไลบรารีมาตรฐานสำหรับคุณหรือ บริษัท / องค์กรของคุณ

เหตุผลอื่น ๆ :

• ชัดเจน - แสดงความตั้งใจต่อผู้ดูแลคนอื่น
• ความเร็ว - ฟังก์ชั่นนั้นเร็วกว่าเชลล์สคริปต์
• reusability - ฟังก์ชั่นสามารถเรียกใช้ฟังก์ชั่นอื่น
• configurability - ไม่จำเป็นต้องแก้ไขสคริปต์ต้นฉบับ
• การดีบัก - ง่ายต่อการค้นหาบรรทัดที่รับผิดชอบต่อข้อผิดพลาด (โดยเฉพาะอย่างยิ่งถ้าคุณกำลังหยุดชะงักกับตันของการเปลี่ยนเส้นทาง / กรองผลลัพธ์)
• ความทนทาน - หากฟังก์ชั่นขาดหายไปและคุณไม่สามารถแก้ไขสคริปต์คุณสามารถถอยกลับไปใช้เครื่องมือภายนอกที่มีชื่อเดียวกัน (เช่น 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แต่ไม่ วิธีการตรวจสอบระบบปฏิบัติการจากสคริปต์ทุบตี? สามารถช่วยได้หากคุณต้องการทำให้สคริปต์ของคุณพกพาได้มากขึ้นโดยกำหนดตัวแปรที่จะใช้

อย่าใช้catตามที่บางคนกล่าวถึงที่นี่ catเป็นโปรแกรม ในขณะที่echoและprintfเป็น bash (เชลล์) ในตัว การเปิดตัวโปรแกรมหรือสคริปต์อื่น ๆ (ดังกล่าวข้างต้น) หมายถึงสร้างกระบวนการใหม่ด้วยค่าใช้จ่ายทั้งหมด การใช้ builtins ฟังก์ชั่นการเขียนค่อนข้างถูกเพราะไม่จำเป็นต้องสร้าง (ดำเนินการ) กระบวนการ (- สภาพแวดล้อม)

opner ถามว่า "มีเครื่องมือมาตรฐานในการส่งออก ( ไปป์ ) ถึง stderr" หรือไม่คำตอบที่ได้คือ: ไม่ ... ทำไม? ... rediredcting pipes เป็นแนวคิดที่ยอดเยี่ยมในระบบเช่น unix (Linux ... ) และ bash (sh) สร้างขึ้นบนแนวคิดเหล่านี้

ฉันเห็นด้วยกับที่เปิดที่เปลี่ยนเส้นทางด้วยสัญลักษณ์เช่นนี้: &2>1ไม่พอใจมากสำหรับโปรแกรมเมอร์ที่ทันสมัย ​​แต่นั่นเป็นเรื่องที่น่าตกใจ Bash ไม่ได้ตั้งใจที่จะเขียนโปรแกรมขนาดใหญ่และมีประสิทธิภาพ แต่ก็มีไว้เพื่อช่วยให้ผู้ดูแลระบบทำงานด้วย keypresses น้อยกว่า ;-)

และอย่างน้อยคุณสามารถเปลี่ยนเส้นทางได้ทุกที่ในบรรทัด:

$ 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 เป็นคำสั่ง shell builtin ที่พิมพ์ไปยัง stderr และสามารถใช้เช่น echo โดยไม่ต้องทำการเปลี่ยนเส้นทางเทคนิค:

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

-t 0.1คือหมดเวลาที่ปิดใช้งานอ่านของฟังก์ชั่นหลักของการจัดเก็บหนึ่งบรรทัดของ stdin ลงในตัวแปร

ทำสคริปต์

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

นั่นจะเป็นเครื่องมือของคุณ

หรือสร้างฟังก์ชั่นหากคุณไม่ต้องการมีสคริปต์แยกไฟล์

Mac OS X:ฉันลองคำตอบที่ได้รับการยอมรับและคำตอบอื่น ๆ สองสามข้อและทั้งหมดนั้นส่งผลให้เขียน STDOUT ไม่ใช่ STDERR บน Mac ของฉัน

นี่เป็นวิธีแบบพกพาในการเขียนข้อผิดพลาดมาตรฐานโดยใช้ Perl:

echo WARNING! | perl -ne 'print STDERR'