Jak zrobić ctrl + c / not / przerwać pętlę while?

Biorąc pod uwagę tę pętlę:

while sleep 10s ; do
  something-that-runs-forever
done

Kiedy naciskam Ctrl + C, cała pętla while zostaje przerwana. Chcę przerwać proces „coś”, odczekać 10 sekund, a następnie ponownie uruchomić „coś”.

Jak sprawić, by ctrl + c wpływał tylko na „coś”, a nie na pętlę while?

EDYCJA: „przerwij” jak w SIGINT. Zabić. Anulować. Zakończyć. Nie „przerywaj” jak w „pauzie”.

bash

— bos
źródło

Jeśli chcesz po prostu go zatrzymać, dlaczego nie użyć Ctrl + Z, poczekaj 10 sekund i uruchom fg? Po co w ogóle używać Ctrl + C?

— terdon

@terdon: Dzięki za komentarz, być może wpadłem z odpowiedzią. Przeczytaj więcej na temat wymagań PO

— Inian

@terdon: Nie chcę tego zatrzymywać. Chcę, żeby minęło 10 sekund, jak napisałem.

— bos

Mówiłeś: What I want to do is to interrupt the "something"-process, let 10 seconds pass, and then restart "something". Jeśli naciśniesz Ctrl + Z, odczekaj 10 sekund, a następnie uruchom fg, dokładnie tak się stanie. Może mógłbyś edytować swoje pytanie i podać konkretny przykład, abyśmy mogli lepiej zrozumieć?

— terdon

Myślałem, że w kontekście Ctrl + C przerwanie było jednoznaczne, ale oczywiście się myliłem. Teraz edytowałem.

— bos

Odpowiedzi:

Powinno to działać, jeśli po prostu trap SIGINTdo czegoś. Like :( true).

#!/bin/sh
trap ":" INT    
while sleep 10s ; do
    something-that-runs-forever
done

Przerwanie something...nie powoduje teraz wyjścia powłoki, ponieważ ignoruje sygnał. Jednak jeśli ^ C sleepproces, zakończy się niepowodzeniem, a pętla zatrzymuje się z tego powodu. Przesuń sleepdo wnętrza pętli lub dodaj coś takiego, || trueaby temu zapobiec.

Zauważ, że jeśli użyjesz trap "" INTdo całkowitego zignorowania sygnału (zamiast przypisania do niego polecenia), zostanie on również zignorowany w procesie potomnym, więc też nie możesz przerwać something.... Jest to wyraźnie wspomniane w przynajmniej podręczniku Basha :

Jeśli arg jest łańcuchem pustym, wówczas sygnał określony przez każdy sigspec jest ignorowany przez powłokę i wywoływane przez nią polecenia. [...] Sygnały zignorowane przy wejściu do powłoki nie mogą zostać uwięzione ani zresetowane.

— ilkkachu
źródło

Czy można to osiągnąć również w obecnej powłoce? (Nie w skrypcie.)

Możesz do (trap - INT; something-that-runs-forever)zezwolić na przerwanie polecenia. Ponadto, nie ma potrzeby uruchamiania :- można po prostu użyć pusty ciąg zignorować sygnał: trap '' INT. Wszystko to jest POSIX i powinno działać na dowolnej zgodnej powłoce (nie tylko Bash).

— Toby Speight

Należy również zauważyć, że pisanie SIGINTw całości nie jest ściśle przenośny: „ Wdrożenia mogą zezwolić nazwy z SIGprzedrostkiem lub zignorować sprawę nazw sygnałów jak przedłużenie . (Podkreślenie moje)”

— Toby Speight

możesz przekazać pusty ciąg znaków jako akcję, aby zignorować sygnał, np. trap "" INT(także posix)

— daf

@TobySpeight, powodem, dla którego użyłem trap :zamiast tego trap ""było właśnie to, że nie zignorowałem sygnału (ale zamiast tego uczyniłem go brakiem operacji ), abyśmy nie musieli robić nic innego, aby móc przerwać główny somethingprogram.

— ilkkachu

Inną opcją jest something-that-runs-foreverobsługa sygnału (wychodzenie z gracją po odebraniu). Oczywiście ma sens tylko wtedy, gdy ten program jest używany w wielu skryptach, a pożądane zachowanie na CTRL+ Cjest systematycznie takie samo - aby kontynuować wykonywanie skryptu.

— Dmitrij Grigoriew
źródło

ITYM „spać i ponownie wykonać się”, a nie „wyjść z gracją”?

— Toby Speight