Differenze

Queste sono le differenze tra la revisione selezionata e la versione attuale della pagina.

--- informatica:sol:laboratorio19:esercitazionib:esercitazione12 [21/05/2019 alle 06:39 (6 anni fa)] – Massimo Torquati
+++ informatica:sol:laboratorio19:esercitazionib:esercitazione12 [21/05/2019 alle 06:41 (6 anni fa)] (versione attuale) – Massimo Torquati
@@ Linea 1: / Linea 1: @@
-====== Esercitazione 13 ======
+====== Esercitazione 12 ======
 ===== Esercizio 1 =====
-Realizzare l'Esercizio 2 dell'[[informatica:sol:laboratorio19:esercitazionib:esercitazione11|Esercitazione 11]] con un pool di N threads (N e' un parametro del programma) secondo il modello //master-worker//, ossia esiste un thread "listener" connesso tramite una coda concorrente ad un pool di N worker threads. Il generico thread del pool gestisce interamente tutta la connessione verso un client connesso. Gestire i segnali SIGINT e SIGQUIT per la terminazione consistente del server.
+Scrivere un programma C che conta il numero di volte in cui l'utente invia il segnale SIGINT (Ctl-C) al processo. Quando il processo riceve il segnale SIGTSTP (Ctl-Z), il numero di SIGINT ricevuti viene stampato sullo standard output. Al terzo segnale SIGTSTP, il processo chiede all'utente se deve terminare o no attendendo una risposta per 10 secondi dallo standard input. Se l'utente non risponde entro 10 secondi un segnale SIGALRM termina il processo.
 ===== Esercizio 2 =====
+Realizzare l'Esercizio 2 dell'[[informatica:sol:laboratorio19:esercitazionib:esercitazione11|Esercitazione 11]] senza usare threads ma utilizzando la chiamata di sistema ''select'' per risolvere il non determinismo fra l'accettazione di nuove connessioni da parte dei client e la gestione delle richieste dei client gia' connessi. Gestire la terminazione del server a seguito della ricezione di un segnale (SIGINT, SIGQUIT, SIGTERM, SIGHUP, etc...) in modo da lasciare il sistema in uno stato consistente dopo la sua terminazione, cioè eliminare dal file system il socket AF_UNIX creato per accettare le connessioni, eventuali file temporanei e liberare la memoria allocata dinamicamente al fine di controllare eventuali memory leaks con ''valgrind''.