เก็บรหัสทางออกเมื่อวางกับ SIGINT และคล้ายกันหรือไม่

หากฉันใช้trapเช่นอธิบายไว้ในhttp://linuxcommand.org/wss0160.php#trapเพื่อจับ ctrl-c (หรือคล้ายกัน) และการล้างข้อมูลก่อนออกจากนั้นฉันจะเปลี่ยนรหัสออกที่ส่งคืน

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

ตัวอย่าง (เป็น bash แต่คำถามของฉันไม่ควรพิจารณาเฉพาะ bash):

#!/bin/bash
trap 'echo EXIT;' EXIT
read -p 'If you ctrl-c me now my return code will be the default for SIGTERM. ' _
trap 'echo SIGINT; exit 1;' INT
read -p 'If you ctrl-c me now my return code will be 1. ' _

เอาท์พุท:

$ ./test.sh # doing ctrl-c for 1st read
If you ctrl-c me now my return code will be the default for SIGTERM.
$ echo $?
130
$ ./test.sh # doing ctrl-c for 2nd read
If you ctrl-c me now my return code will be the default for SIGTERM.
If you ctrl-c me now my return code will be 1. SIGINT 
EXIT
$ echo $?
1

(แก้ไขเพื่อลบเพื่อให้สอดคล้องกับ POSIX มากขึ้น)

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

แก้ไขเพื่อใช้พกพา "INT" สำหรับกับดักเพื่อประโยชน์ของ "SIGINT" ที่ไม่พกพา

แก้ไขเพื่อลบเครื่องหมายปีกกาที่ไร้ประโยชน์และเพิ่มวิธีแก้ปัญหาที่อาจเกิดขึ้น

ปรับปรุง:

ฉันแก้ไขมันตอนนี้โดยเพียงแค่ออกด้วยรหัสข้อผิดพลาดบางอย่างที่ฮาร์ดโค้ดและดักจับ EXIT นี่อาจเป็นปัญหาในบางระบบเพราะรหัสข้อผิดพลาดอาจแตกต่างกันหรือกับดัก EXIT เป็นไปไม่ได้ แต่ในกรณีของฉันมันก็โอเคพอแล้ว

trap cleanup EXIT
trap 'exit 129' HUP
trap 'exit 130' INT
trap 'exit 143' TERM

สิ่งที่คุณต้องทำคือเปลี่ยนตัวจัดการ EXIT ภายในตัวจัดการการล้างข้อมูลของคุณ นี่คือตัวอย่าง:

#!/bin/bash
cleanup() {
    echo trapped exit
    trap 'exit 0' EXIT
}
trap cleanup EXIT
read -p 'If you ctrl-c me now my return code will be the default for SIGTERM. '

ที่จริงแล้วการขัดจังหวะภายในของ bash นั้นreadดูเหมือนจะแตกต่างกันเล็กน้อยในการขัดจังหวะคำสั่งที่ดำเนินการโดย bash โดยปกติเมื่อคุณป้อนtrap, $?การตั้งค่าและคุณสามารถรักษามันไว้และออกที่มีมูลค่าเท่ากัน:

trap 'rc=$?; echo $rc SIGINT; exit $rc' INT
trap 'rc=$?; echo $rc EXIT; exit $rc' EXIT

หากสคริปต์ของคุณถูกขัดจังหวะเมื่อเรียกใช้คำสั่งเช่นsleep หรือแม้แต่บิวอินเช่นwaitคุณจะเห็น

130 SIGINT
130 EXIT

และรหัสทางออกคือ 130 อย่างไรก็ตามสำหรับread -pดูเหมือนว่า$?จะเป็น 0 (สำหรับเวอร์ชั่นของทุบตี 4.3.42 ต่อไป)

การจัดการสัญญาณในระหว่างreadอาจกำลังดำเนินการตามไฟล์การเปลี่ยนแปลงในรุ่นของฉัน ... (/ usr / share / doc / bash / CHANGES)

การเปลี่ยนแปลงระหว่างรุ่นนี้ bash-4.3-alpha และรุ่นก่อนหน้า bash-4.2-release

3. คุณสมบัติใหม่ใน Bash

   R เมื่ออยู่ในโหมด Posix `read 'จะถูกขัดจังหวะด้วยสัญญาณที่ติดอยู่ หลังจากรันตัวจัดการกับดักการอ่านจะส่งสัญญาณ 128 + และทิ้งอินพุตที่อ่านได้บางส่วน

รหัสทางออกสัญญาณใด ๆ ตามปกติจะมีให้$?เมื่อเข้าสู่ตัวจัดการกับดัก:

sig_handler() {
    exit_status=$?  # Eg 130 for SIGINT, 128 + (2 == SIGINT)
    echo "Doing signal-specific up"
    exit "$exit_status"
}
trap sig_handler INT HUP TERM QUIT

หากมีกับดัก EXIT แยกต่างหากคุณสามารถใช้วิธีการเดียวกัน: รักษาสถานะทางออกที่ส่งผ่านจากตัวจัดการสัญญาณ (ถ้ามี) ล้างข้อมูลจากนั้นส่งคืนสถานะทางออกที่บันทึกไว้

เพียงส่งคืนรหัสข้อผิดพลาดบางอย่างไม่เพียงพอที่จะจำลองการออกโดย SIGINT ฉันประหลาดใจที่ไม่มีใครพูดถึงเรื่องนี้ อ่านเพิ่มเติม: https://www.cons.org/cracauer/sigint.html

วิธีที่เหมาะสมคือ:

for sig in EXIT ABRT HUP INT PIPE QUIT TERM; do
    trap "cleanup;
          [ $sig  = EXIT ] && normal_exit_only_cleanup;
          [ $sig != EXIT ] && trap - $sig EXIT && kill -s $sig $$
         " $sig
done

ใช้งานได้กับ Bash, Dash และ zsh เพื่อความสะดวกในการพกพาเพิ่มเติมคุณจะต้องใช้ข้อมูลจำเพาะสัญญาณตัวเลข (ในทางกลับกัน zsh ต้องการพารามิเตอร์สตริงสำหรับkillคำสั่ง ... )

นอกจากนี้ยังสังเกตการรักษาพิเศษของEXITสัญญาณ นี่เป็นเพราะเชลล์บางตัว (คือ Bash) ที่ดำเนินการกับดักEXITสำหรับสัญญาณใด ๆ เช่นกัน การรีเซ็ตของEXITกับดักป้องกันไม่ให้

การใช้รหัสในการออก "ปกติ" เท่านั้น

การตรวจสอบ[ $sig = EXIT ]อนุญาตให้เรียกใช้งานโค้ดในการออกปกติ (ไม่ใช่สัญญาณ) เท่านั้น อย่างไรก็ตามสัญญาณทั้งหมดจะต้องมีกับดักที่ในที่สุดรีเซ็ตกับดักEXITแล้ว; normal_exit_only_cleanupจะถูกเรียกสำหรับสัญญาณที่ทำไม่ได้ด้วย set -eนอกจากนี้ยังจะดำเนินการโดยการออกผ่าน นี้สามารถแก้ไขได้โดยการวางกับดักบนERR(ซึ่งไม่ได้รับการสนับสนุนโดย Dash) และการเพิ่มการตรวจสอบก่อน[ $sig = ERR ]kill

รุ่น Bash-only แบบง่าย

ในทางตรงกันข้ามพฤติกรรมนี้หมายความว่าใน Bash คุณสามารถทำได้

trap cleanup EXIT

เพื่อเรียกใช้งานโค้ดการล้างข้อมูลและเก็บสถานะการออก

แก้ไข

• อธิบายพฤติกรรมของ Bash อย่าง "EXIT traps Everything"

• ลบสัญญาณ KILL ซึ่งไม่สามารถดักจับได้

• ลบคำนำหน้า SIG ออกจากชื่อสัญญาณ

• อย่าพยายาม kill -s EXIT

• พิจารณาset -e/ ERR