Giữ mã thoát khi bẫy SIGINT và tương tự?

Nếu tôi sử dụng trapnhư được mô tả, ví dụ như trên http://linuxcommand.org/wss0160.php#trap để bắt ctrl-c (hoặc tương tự) và dọn dẹp trước khi thoát thì tôi sẽ thay đổi mã thoát.

Bây giờ điều này có lẽ sẽ không tạo ra sự khác biệt trong thế giới thực (ví dụ: vì các mã thoát không phải là di động và trên hết không phải lúc nào cũng rõ ràng như được thảo luận trong Mã thoát mặc định khi quá trình kết thúc? ) Nhưng tôi vẫn tự hỏi liệu có tồn tại không thực sự không có cách nào để ngăn chặn điều đó và trả lại mã lỗi mặc định cho các tập lệnh bị gián đoạn?

Ví dụ (trong bash, nhưng câu hỏi của tôi không nên được coi là bash cụ thể):

#!/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. ' _

Đầu ra:

$ ./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

(Đã chỉnh sửa để loại bỏ để phù hợp hơn với POSIX.)

(Đã chỉnh sửa một lần nữa để biến nó thành tập lệnh bash, thay vào đó, câu hỏi của tôi không cụ thể.)

Đã chỉnh sửa để sử dụng "INT" di động cho bẫy có lợi cho "SIGINT" không di động.

Chỉnh sửa để loại bỏ các dấu ngoặc nhọn vô dụng và thêm giải pháp tiềm năng.

Cập nhật:

Tôi đã giải quyết nó ngay bây giờ bằng cách thoát ra với một số mã lỗi được mã hóa cứng và bẫy EXIT. Điều này có thể có vấn đề trên một số hệ thống nhất định vì mã lỗi có thể khác nhau hoặc bẫy EXIT không thể thực hiện được nhưng trong trường hợp của tôi thì nó đủ ổn.

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

Tất cả những gì bạn cần làm là thay đổi trình xử lý EXIT bên trong trình xử lý dọn dẹp của bạn. Đây là một ví dụ:

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

Trên thực tế, việc ngắt nội bộ của bash readdường như hơi khác so với việc ngắt một lệnh chạy bằng bash. Thông thường, khi bạn nhập trap, $?được đặt và bạn có thể giữ nó và thoát với cùng một giá trị:

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

Nếu tập lệnh của bạn bị gián đoạn khi thực hiện lệnh như sleep hoặc thậm chí là nội dung dựng sẵn wait, bạn sẽ thấy

130 SIGINT
130 EXIT

và mã thoát là 130. Tuy nhiên, read -pdường như $?là 0 (trên phiên bản bash 4.3.42 của tôi).

Việc xử lý các tín hiệu trong quá trình readcó thể đang được tiến hành, theo tệp thay đổi trong bản phát hành của tôi ... (/ usr / share / doc / bash / THAY ĐỔI)

thay đổi giữa phiên bản này, bash-4.3-alpha và phiên bản trước đó, bash-4.2-phát hành.

3. Các tính năng mới trong Bash

   r. Khi ở chế độ Posix, 'read' bị gián đoạn bởi tín hiệu bị kẹt. Sau khi chạy trình xử lý bẫy, đọc trả về tín hiệu 128 + và loại bỏ mọi đầu vào đọc một phần.

Bất kỳ mã thoát tín hiệu thông thường nào cũng sẽ có sẵn $?khi vào trình xử lý bẫy:

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

Nếu có bẫy EXIT riêng, bạn có thể sử dụng cùng một phương pháp: ngay lập tức giữ trạng thái thoát được truyền từ bộ xử lý tín hiệu (nếu có), sau đó trả về trạng thái thoát đã lưu.

Chỉ cần trả về một số mã lỗi không đủ để mô phỏng lối ra bằng SIGINT. Tôi ngạc nhiên khi không ai đề cập đến điều này cho đến nay. Đọc thêm: https://www.cons.org/cracauer/sigint.html

Cách thích hợp là:

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

Điều này hoạt động với Bash, Dash và zsh. Để có tính di động cao hơn, bạn cần sử dụng thông số tín hiệu số (mặt khác, zsh mong đợi một tham số chuỗi cho killlệnh ...)

Cũng lưu ý điều trị đặc biệt của EXITtín hiệu. Điều này là do một số shell (cụ thể là Bash) thực hiện bẫy EXITcho bất kỳ tín hiệu nào (sau khi có thể xác định bẫy trên tín hiệu đó). Việc thiết lập lại EXITbẫy ngăn chặn điều đó.

Chỉ thực hiện mã khi thoát "bình thường"

Việc kiểm tra chỉ [ $sig = EXIT ]cho phép thực thi mã khi thoát bình thường (không có tín hiệu). Tuy nhiên, tất cả các tín hiệu phải có bẫy mà cuối cùng đặt lại bẫy vào EXITlúc đó; normal_exit_only_cleanupcũng sẽ được gọi cho các tín hiệu không. Nó cũng sẽ được thực hiện bởi một lối thoát thông qua set -e. Điều này có thể được khắc phục bằng cách đặt bẫy ERR(không được Dash hỗ trợ) và thêm một kiểm tra [ $sig = ERR ]trước kill.

Phiên bản chỉ đơn giản hóa Bash

Mặt khác, hành vi này có nghĩa là trong Bash bạn chỉ có thể làm

trap cleanup EXIT

để chỉ thực thi một số mã dọn dẹp và giữ lại trạng thái thoát.

đã chỉnh sửa

• Xây dựng hành vi "EXIT bẫy mọi thứ" của Bash

• Xóa tín hiệu KILL, không thể bị mắc kẹt

• Xóa tiền tố SIG khỏi tên tín hiệu

• Đừng cố gắng kill -s EXIT

• Đưa set -e/ ERR vào tài khoản