Per un po', Ctrl +\ ha funzionato come un incantesimo. Ora, non uccide il processo. In realtà non fa nulla.
Un esempio di come NON funziona:
[email protected]:~ $ sleep 10
^C
[exited with 130]
[email protected]:~ $ sleep 10
^\^\^\^\^\^\^\^\^\^\^\
[email protected]:~ $
Ctrl +C interrompe il sonno come al solito, ma Ctrl +\ no, ma dovrebbe, giusto?
Risposta accettata:
Cosa Ctrl + \ non è inviare SIGQUIT al processo in primo piano. Alcuni sviluppatori desiderano utilizzare gli eventi SIG* in un modo che l'utente potrebbe non aspettarsi o a cui è abituato. Non hai menzionato il programma, ma vediamo il mio caso con Ctrl + \ e mplayer :
AO: [pulse] 44100Hz 2ch floatle (4 bytes per sample)
Video: no video
Starting playback...
A: 1.7 (01.7) of 0.0 (unknown) 0.4%
// here I press Ctrl + \
MPlayer interrupted by signal 3 in module: play_audio
A: 1.0 (00.9) of 0.0 (unknown) 0.4%
Exiting... (Quit)
Come vedi, mplayer cattura il segnale, ma non esce immediatamente. Se avessi usato Ctrl + C direbbe "MPlayer interrotto dal segnale 2 nel modulo:play_audio" . Quello che sto cercando di spiegare è che ogni programma può interpretare i segnali nel modo che preferisce, senza preoccuparsi di ciò che dovrebbe fare. È necessario rivedere la documentazione. Inoltre, ricorda che SIGKILL o 9 dovrebbe essere utilizzato come ultima risorsa. Devi controllare che anche le sequenze di tasti vengano inviate al processo, che la mappa dei tasti sia corretta e che la tua tastiera sia collegata.