[C] Signal handler (per esperti)

[fracarro]

Salve ragazzi.
Ho un nuovo grattacapo che mi sta facendo perdere parecchio tempo e spero che qualcuno di voi, esperto nella gestione dei segnali, possa darmi una mano.

Allora. Il problema è semplice. Ho un codice scritto in C che dopo un'ora di computazione deve essere terminato. Poichè però sarei interessato a farmi stampare le info che ha calcolato in quell'ora ho pensato di usare i segnali per poter gestire la cosa.


getrlimit(RLIMIT_CPU, &limitbuf);
limitbuf.rlim_cur = 3604;
limitbuf.rlim_max = 3700;
setrlimit(RLIMIT_CPU, &limitbuf);

if( signal(SIGXCPU,GestoreKill)==SIG_ERR ){
printf("errore di ritorno della signal (SIGXCPU). \n");
exit(0);
}


Nel precedente codice fisso ad un ora il tempo di CPU da dedicare al processo e indico come signal handler la funzione GestoreKill. In questo modo quando il segnale di SIGXCPU viene invocato prima di terminare il processo mi faccio stampare tutte le info che voglio.

La cosa ha funzionato per un bel po ma "ultimamente" (hanno cambiato qualcosa nelle ultime versioni di linux?) mi sta dando problemi. In pratica il processo va in deadlock dopo aver chiamato la funzione GestoreKill. (Tramite ps ho scoperto che il processo va in sleep perchè in attesa "futex qualcosa...")

Leggendo su internet ho scoperto che nei signal handler si possono usare solo particolari funzioni e vanno assolutamente evitate printf, malloc e altre. Le malloc infatti erano una delle cause del deadlock ma anche la exit. Quest'ultima infatti prima di terminare il processo esegue una serie di operazioni che si bloccavano probabilmente perchè cercano di accedere a risorse lockate dal processo principale (l'ho rimpiazzata con la _exit). Quindi vi chiedo:

1. Poichè il processo principale deve morire c'è un modo per "sbloccare" tutte le sue risorse in modo che in signal handler possa fare quello che vuole senza andare in deadlock?

2. Esistono funzioni alternative e "sicure" da usare nel signal handler per farsi stampare le informazioni?

3. Esistono approcci alternativi al problema che non usano i segnali?

4. Mi potreste consigliare qualche libro/guida/tutorial che descrive approfonditamente la gestione dei segnali con tutte le magagne che li accompagnano?

Grazie per l'aiuto.

[Giullo]

rispondo al punto 2:

puoi usare questa funzione per stampare a video nell'handler di un segnale:


static void safePrint(const char *str) {
int length = strlen(str);
write(STDOUT_FILENO, str, length);
}


la spiegazione del perchè l'ho letta in un iibro sullo sviluppo c per mac, ma al momento il libro non ce l'ho sottomano e non ricordo bene :) aveva a che fare cmq col fatto che printf (e malloc e altre) non è una reentrant function (Wiki (http://en.wikipedia.org/wiki/Reentrant_(subroutine))

[fracarro]

rispondo al punto 2:

puoi usare questa funzione per stampare a video nell'handler di un segnale:


static void safePrint(const char *str) {
int length = strlen(str);
write(STDOUT_FILENO, str, length);
}


la spiegazione del perchè l'ho letta in un iibro sullo sviluppo c per mac, ma al momento il libro non ce l'ho sottomano e non ricordo bene :) aveva a che fare cmq col fatto che printf (e malloc e altre) non è una reentrant function (Wiki (http://en.wikipedia.org/wiki/Reentrant_(subroutine))

Grazie mille, sostituirò le printf con la write come mi hai consigliato tu. (Il fatto che tutto l'output viene reindirizzato in un file non dovrebbe creare problemi giusto?).
Non avendo trovato una risposta alle domande 1 e 3 l'unico modo che ho di risolvere il problema è fare il meno possibile nell'handler usando funzioni sicure.

[Giullo]

stai stampando sullo standard output con STDOUT_FILENO, non capisco il riferimento al file :)

[fracarro]

stai stampando sullo standard output con STDOUT_FILENO, non capisco il riferimento al file :)

Il programma viene invocato centinaia di volte all'interno di uno script bash che redirezione l'output su di un file. Teoricamente usare la write nel codice non dovrebbe cambiare nulla dato che alla fine sempre sulla standard output scrive.