SIGINT ve benzerlerini yakalarken çıkış kodları saklansın mı?

Eğer ctrl-c (veya benzeri) yakalamak ve çıkmadan önce temizlemek için trapörneğin http://linuxcommand.org/wss0160.php#trap açıklandığı gibi kullanırsanız o zaman iade çıkış kodunu değiştiriyorum.

Şimdi bu muhtemelen gerçek dünyada bir fark yaratmayacaktır (örneğin, çıkış kodları taşınabilir olmadığından ve bunun üzerine , işlem sonlandırıldığında Varsayılan çıkış kodunda tartışıldığı gibi her zaman açık değil mi? ) Ama yine de var olup olmadığını merak ediyorum gerçekten bunu önlemek ve yerine kesintiye komut dosyaları için varsayılan hata kodunu döndürmek için bir yolu yok?

Örnek (bash dilinde, ancak sorum bash'a özgü sayılmamalıdır):

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

Çıktı:

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

(Daha fazla POSIX uyumlu hale getirmek için kaldırılmak üzere düzenlenmiştir.)

(Bunun yerine bir bash betiği yapmak için tekrar düzenlendi, soruma kabuk özel değil.)

Taşınabilir olmayan "SIGINT" lehine tuzak için taşınabilir "INT" kullanmak üzere düzenlenmiştir.

İşe yaramaz kıvırcık parantezleri kaldırmak ve potansiyel çözüm eklemek için düzenlenmiştir.

Güncelleme:

Şimdi sadece kodlanmış bazı hata kodları ile çıkıp EXIT yakalayarak çözdüm. Bu, bazı sistemlerde sorunlu olabilir, çünkü hata kodu farklı olabilir veya EXIT tuzağı mümkün olmayabilir, ancak benim durumumda yeterince iyi.

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

Tek yapmanız gereken temizleme işleyicinizin içindeki EXIT işleyicisini değiştirmek . İşte bir örnek:

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

Aslında, bash'ın iç kısmının kesilmesi, bash readtarafından çalıştırılan bir komutun kesilmesinden biraz farklı gibi görünüyor. Girdiğinizde Normalde trap, $?ayarlanır ve bunu aynı değere sahip çıkmak koruyabilir:

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

Komut dosyası gibi bir komut sleep veya hatta yerleşik bir komut yürütülürken kesintiye uğrarsa wait,

130 SIGINT
130 EXIT

ve çıkış kodu 130'dur. Ancak, 0 read -pgibi görünüyor $?(yine de bash 4.3.42 sürümümde).

Yayınımdaki readdeğişiklik dosyasına göre , sinyallerin işlenmesi devam ediyor olabilir ... (/ usr / share / doc / bash / CHANGES)

bu sürüm, bash-4.3-alfa ve önceki sürüm, bash-4.2-release arasında değişir.

3. Bash'deki Yeni Özellikler

   r. Posix modundayken, `` okuma '' sıkışmış bir sinyal tarafından kesilebilir. Tuzak işleyiciyi çalıştırdıktan sonra, okuma 128 + sinyalini döndürür ve kısmen okunan girişleri atar.

Herhangi bir olağan sinyal çıkış kodu $?, tuzak işleyiciye girişte mevcut olacaktır :

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

Ayrı bir EXIT tuzağı varsa, aynı metodolojiyi kullanabilirsiniz: sinyal işleyicisinden (varsa) çıkış durumunu hemen temiz tutun, ardından kaydedilen çıkış durumunu döndürün.

Sadece bazı hata kodlarını iade edin, SIGINT tarafından bir çıkışı simüle etmek için yeterli değildir. Şimdiye kadar kimsenin bundan bahsetmediğine şaşırdım. Daha fazla okuma: https://www.cons.org/cracauer/sigint.html

Doğru yol:

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

Bu Bash, Dash ve zsh ile çalışır. Daha fazla taşınabilirlik için sayısal sinyal özelliklerini kullanmanız gerekir (diğer yandan zsh, killkomut için bir dize parametresi bekler ...)

Ayrıca EXITsinyalin özel tedavisine de dikkat edin . Bunun nedeni, EXITherhangi bir sinyal için tuzaklar yürüten bazı kabuklardan (yani Bash) kaynaklanmaktadır (muhtemelen bu sinyal üzerinde tanımlanmış tuzaklardan sonra). Tuzağın sıfırlanması EXITbunu engeller.

Kodu yalnızca "normal" çıkışta yürütme

Kontrol [ $sig = EXIT ], kodun yalnızca normal (sinyalsiz) çıkışta yürütülmesine izin verir. Ancak, tüm sinyallerin en sonunda bindirmeyi sıfırlayan bindirmeleri olmalıdır EXIT; normal_exit_only_cleanupayrıca sinyaller için çağrılır. Ayrıca üzerinden bir çıkışla yürütülür set -e. Bu, ERR(ile Dash tarafından desteklenmez) üzerine bindirilerek ve simgesinden [ $sig = ERR ]önce bir kontrol eklenerek düzeltilebilir kill.

Basitleştirilmiş Bash sürümü

Öte yandan, bu davranış, Bash'te

trap cleanup EXIT

sadece bazı temizleme kodlarını yürütün ve çıkış durumunu koruyun.

düzenlenmiş

• Ayrıntılı Bash'in "EXIT her şeyi tuzağa düşürür" davranışı

• Sıkışamayan KILL sinyalini kaldırın

• Sinyal adlarından SIG öneklerini kaldır

• Yapmaya kalkma kill -s EXIT

• set -e/ ERR'yi dikkate alın