bash: วิธีการเผยแพร่ข้อผิดพลาดในการทดแทนกระบวนการ?

ฉันต้องการเชลล์สคริปต์ของฉันล้มเหลวเมื่อใดก็ตามที่คำสั่งดำเนินการกับพวกเขาล้มเหลว

โดยทั่วไปแล้วฉันจะทำกับ:

set -e
set -o pipefail

(ฉันมักจะเพิ่มset -uด้วย)

สิ่งนี้คือไม่มีสิ่งใดในข้างต้นที่ใช้ได้กับการทดแทนกระบวนการ รหัสนี้พิมพ์ว่า "ok" และออกโดยมีรหัสส่งคืน = 0 ในขณะที่ฉันต้องการมันล้มเหลว:

#!/bin/bash -e
set -o pipefail
cat <(false) <(echo ok)

มีอะไรที่เทียบเท่ากับ "pipefail" แต่สำหรับการทดแทนกระบวนการ? วิธีอื่นใดในการส่งผ่านคำสั่งเอาต์พุตของคำสั่งเหมือนกับเป็นไฟล์ แต่การเพิ่มข้อผิดพลาดเมื่อใดก็ตามที่โปรแกรมเหล่านั้นล้มเหลว?

วิธีแก้ไขปัญหาของคนจนจะตรวจพบว่าคำสั่งเหล่านั้นเขียนไปยัง stderr (แต่บางคำสั่งเขียนไปยัง stderr ในสถานการณ์ที่ประสบความสำเร็จ)

อีกโซลูชันที่สอดคล้องกับ posix จะใช้ชื่อ pipes แต่ฉันจำเป็นต้อง lauch คำสั่งเหล่านั้น - ใช้ - กระบวนการแทน - เป็น oneliners สร้างขึ้นทันทีจากรหัสรวบรวมและสร้างไปป์ชื่อจะซับซ้อนสิ่ง (คำสั่งพิเศษข้อผิดพลาดในการดักจับสำหรับ ลบออก ฯลฯ )

คุณสามารถแก้ไขปัญหานั้นได้ด้วยตัวอย่างเช่น:

cat <(false || kill $$) <(echo ok)
other_command

เชลล์ย่อยของสคริปต์คือSIGTERMd ก่อนที่คำสั่งที่สองจะสามารถดำเนินการได้ ( other_command) echo okคำสั่งจะถูกดำเนินการ "บางครั้ง" ปัญหาคือว่าการแทนกระบวนการตรงกัน ไม่มีการรับประกันว่าไม่มีkill $$คำสั่งจะถูกดำเนินการก่อนหรือหลังจากecho okคำสั่ง มันเป็นเรื่องของการจัดตารางเวลาระบบปฏิบัติการ

พิจารณา bash script เช่นนี้:

#!/bin/bash
set -e
set -o pipefail
cat <(echo pre) <(false || kill $$) <(echo post)
echo "you will never see this"

ผลลัพธ์ของสคริปต์นั้นสามารถ:

$ ./script
Terminated
$ echo $?
143           # it's 128 + 15 (signal number of SIGTERM)

หรือ:

$ ./script
Terminated
$ pre
post

$ echo $?
143

คุณสามารถลองและหลังจากลองไปสองสามครั้งคุณจะเห็นคำสั่งซื้อที่แตกต่างกันสองรายการในผลลัพธ์ ในหนึ่งแรกสคริปต์ถูกยกเลิกก่อนที่อีกสองechoคำสั่งสามารถเขียนไปยังไฟล์อธิบาย ในครั้งที่สองหนึ่งfalseหรือkillคำสั่งอาจมีการกำหนดเวลาหลังจากechoคำสั่ง

หรือจะแม่นยำยิ่งขึ้น: การเรียกระบบsignal()ของkillutillity ที่ส่งSIGTERMสัญญาณไปยังกระบวนการเชลล์ถูกกำหนดเวลา (หรือถูกส่ง) ในภายหลังหรือเร็วกว่า echo write()syscalls

แต่สคริปต์จะหยุดทำงานและรหัสการออกไม่ใช่ 0 ดังนั้นจึงควรแก้ไขปัญหาของคุณ

อีกวิธีหนึ่งคือใช้ท่อที่มีชื่อสำหรับสิ่งนี้ แต่มันก็ขึ้นอยู่กับสคริปต์ของคุณว่ามันซับซ้อนแค่ไหนที่จะใช้ไพพ์ที่มีชื่อหรือวิธีแก้ปัญหาด้านบน

อ้างอิง:

• http://mywiki.wooledge.org/BashFAQ/106
• http://mywiki.wooledge.org/RaceCondition
• http://lists.gnu.org/archive/html/bug-bash/2010-09/msg00017.html

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

โดยทั่วไปฉันสิ้นสุดการทำสิ่งนี้:

command <(subcomand 2>error_file && rm error_file) <(....) ...

จากนั้นฉันจะตรวจสอบไฟล์ข้อผิดพลาด หากมีอยู่ฉันรู้ว่าคำสั่งย่อยใดล้มเหลว (และเนื้อหาของ error_file นั้นมีประโยชน์) มากขึ้นอย่างละเอียดและแฮ็กที่ฉันต้องการ แต่ยุ่งยากน้อยกว่าการสร้างชื่อท่อในการทุบตีหนึ่งซับ commmand

ตัวอย่างนี้แสดงให้เห็นถึงวิธีการใช้งานร่วมกับkilltrap

#! /bin/bash
failure ()
{
  echo 'sub process failed' >&2
  exit 1
}
trap failure SIGUSR1
cat < <( false || kill -SIGUSR1 $$ )

แต่killไม่สามารถส่งคืนรหัสจากกระบวนการย่อยของคุณไปยังกระบวนการหลักได้

ในทำนองเดียวกันกับที่คุณจะใช้$PIPESTATUS/ $pipestatusกับเชลล์ POSIX ที่ไม่สนับสนุนคุณสามารถรับสถานะการออกของคำสั่งโดยส่งพวกเขาผ่านไปป์:

unset -v false_status echo_status
{ code=$(
    exec 3>&1 >&4 4>&-
    cat 3>&- <(false 3>&-; echo >&3 "false_status=$?") \
             <(echo ok 3>&-; echo >&3 "echo_status=$?")
);} 4>&1
cat_status=$?
eval "$code"
printf '%s_code=%d\n' cat   "$cat_status" \
                      false "$false_status" \
                      echo  "$echo_status"

ซึ่งจะช่วยให้:

ok
cat_code=0
false_code=1
echo_code=0

หรือคุณสามารถใช้pipefailและดำเนินการทดแทนกระบวนการด้วยมือเหมือนที่คุณทำกับเชลล์ที่ไม่รองรับ:

set -o pipefail
{
  false <&5 5<&- | {
    echo OK <&5 5<&- | {
      cat /dev/fd/3 /dev/fd/4
    } 4<&0 <&5 5<&-
  } 3<&0
} 5<&0