Come inviare il carattere di controllo Ctrl-C o il messaggio di blocco del terminale al processo figlio?

Question

Ho un processo figlio che gira in uno pseudo terminale. Il processo genitore non viene eseguito come root, ma il processo figlio esegue, tramite su o sudo. Per questo motivo non è possibile inviare un segnale al processo figlio per forzarlo ad uscire. Voglio forzarlo ad uscire con uno di questi mezzi:

• emulare un Ctrl-C.
• emulazione di un hangup del terminale.

Come si esegue uno di questi? Ho già un maestro fd pty, e ho provato qualcosa di simile:

write(master, &termios.c_cc[VINTR], 1) 

ma non fa nulla.

Answer 1

alla fine ho andato con la seguente soluzione:

Dopo forking, invece di exec'ing immediatamente sudo, ho Exec un processo figlio() helper, invece, che a sua volta forchette e dirigenti sudo e chiede waitpid su di esso. Così la gerarchia processo assomiglia a questo:

original process   <---- runs as user 
    | 
    +-- helper process  <---- runs as user, session leader, 
     |      has own pty, in pty's foreground process group 
     | 
     +--- sudo  <---- runs as root 

Uccidendo il processo di aiuto, il PTY non ha più un processo in primo piano. Questo farà sì che il SO invii SIGHUP all'intero gruppo di processi in primo piano, indipendentemente dall'utente, quindi sudo è SIGHUP.

Answer 2

Ci sono due modi per raggiungere questo obiettivo:

• Dal processo figlio, trappola il segnale SIGCHLD e gestirlo, si potrebbe _exit (0) per terminare il processo figlio
• C'è un programma chiamato ptree . Si potrebbe imbrogliare questo facendo in questo modo ... in pseudocodice:

 
obtain the parent's pid. 
using _popen("ptree %d", parent_pid) 
for each entry of child process 
system ("kill -1 %d", child_process_pid) 

Vi i due che viene in mente ... scusa se non di più aiutare a voi,

Spero che questo aiuta, Cordiali saluti, Tom.

Answer 3

La chiusura del master dovrebbe segnalare un blocco al gruppo di controllo dello slave.

Answer 4

Penso che sia necessario utilizzare ioctl per inserire il carattere di interruzione anziché write. Sfortunatamente il meccanismo per questo non sembra essere portatile. Per linux sembra questo potrebbe funzionare:

ioctl(master, TIOCSTI, &termios.c_cc[VINTR]); 

Answer 5

La prima cosa che vorrei verificare è se è necessario rendere il terminale di controllo sul lato slave. Si scopre che questo è more complex di quanto ricordo, con i ptys che probabilmente non stanno diventando controllando di default. Questo collegamento è per Linux, altri sistemi dovrebbero fare l'uno o l'altro a seconda del loro SysV rispetto a BSD-ness, ma sembra che TIOCSCTTY sia una buona scommessa da provare.

In secondo luogo, controllerei se si sta impostando l'ISIG nei propri termios; in caso contrario, VINTR e VQUIT non funzioneranno.

Ovviamente, se l'altra estremità sta intercettando SIGINT e SIGQUIT, si avranno altri problemi.

Answer 6

Mi sembra che se si ha veramente un pty (a meno che non si intenda qualcos'altro da pseudo terminale), tutto ciò che si deve fare è inviare un Control-C a quel FD. A riprova di ciò, a mio avviso il seguente codice in Python (ma abbastanza vicino al C tenuto a farlo):

import pty, os, sys, time 

pid, fd = pty.fork() 
if pid == 0: 
    os.execv('/bin/sh', ['/bin/sh', '-c', 
     'while true; do date; sleep 1; done']) 
    sys.exit(0) 
time.sleep(3) 
os.write(fd, '^C') 
print 'results:', os.read(fd, 1024) 

Questo forche un processo in un pty, che gestisce un ciclo infinito stampa della data . Quindi il genitore attende 3 secondi e invia un controllo-C.

Il risultato è il seguente output:

guin:/tmp$ time python /tmp/foo 
results: Fri Feb 5 08:28:09 MST 2010 
Fri Feb 5 08:28:10 MST 2010 
Fri Feb 5 08:28:11 MST 2010 

python /tmp/foo 0.02s user 0.01s system 1% cpu 3.042 total 
guin:/tmp$ 

Correva poco più di 3 secondi, stampati la data 3 volte, e uscirono.