Questa esercitazione tratta le system call che operano su file.

Per gli esercizi 1, 2, 3 deve essere prodotto un opportuno makefile con target per la compilazione (e la creazione dell'eseguibile) e per l'esecuzione del test automatico.

L'accesso ai file ed alle directory deve essere effettuato esclusivamente utilizzando le system call viste a lezione. La soluzione deve includere la gestione degli arrori con una delle tecniche discusse.

Usare un debugger a scelta per trovare cosa non va nei seguenti programmi

1. ese-gdb1.c e' una soluzione completa (non funzionante) all'esercizio pecolation (vedi Esercitazione 1)
2. ese-gdb2.c e' una soluzione parziale (non funzionante) dello stesso esercizio. In particolare si affronta soltanto l'allocazione e l'inizializzazione della matrice

Usare la perror() per stampare i messaggi di errore relativi a ENOENT, EIO ed EPERM.

Scrivere un programma C che implementa l'utility mycat, con il seguente comportamento

bash:~$  mycat file

prova ad aprire file e, se ci riesce, stampa il suo contenuto sullo standard output. Se attivata in modo errato, mycat stampa un breve messaggio di uso, ad es.

bash:~$  mycat file1 file2
Uso: mycat file 
     Stampa il contenuto di un singolo file su stdout

Estendere mycat (Esercizio 1) in modo da accettare una lista di file

bash:~$ mycat file1..fileN

per ogni file che riesce ad aprire, mycat stampa il contenuto su stdout preceduto da una breve intestazione es.

   **************************
   *       filek            *
   **************************

Per ogni file che non riesce ad aprire, mycat stampa un messaggio di errore sullo standard error.

Inoltre si implementi l'opzione [-o fileout] che permette di specificare un file (fileout) di output diverso dallo standard output.
NOTA: L'opzione -o puo' essere specificata in una posizione arbitraria della lista degli argomenti, per il parsing della linea di comando e' possibile utilizzare la funzione di libreria getopt (vedi man 3).

Realizzare il comando mystat

mystat file1 ... fileN

che stampa vari attributi contenuti nell'i-node dei file con path file1 … fileN. In particolare, devono essere stampati almeno : il numero di i-nodo, il tipo del file (regolare, directory etc.) , la maschera di protezione, (es. rw-r–r–), l'user identifier (uid), il group identifier (gid) ed il tempo dell'ultima modifica.
Suggerimenti: fare qualche esperimento con il comando `stat' (man 1), usare la system call stat, convertire il tempo di accesso in una stringa stampabile con la funzione di libreria ctime(), in time.h, usare getpwid() e getgrgid() per convertire uid e gid nei nomi corrispondenti.
Estensione: (compilazione separata e make) Suddividere il programma sviluppato su due file : uno contenente un main minimale che chiama una funzione per stampare gli attributi definita nell'altro file. Scrivere il relativo makefile. Usare objdump/readelf per esplorare le varie parti dei moduli oggetto generati. Cosa contiene l'eseguibile?

Utilizzare i tool gcov e/o lcov per effettuare una valutazione del test coverage dei test che avete effettuato sulla soluzione di uno degli esercizi precedenti. In altre parole, dovete stabilire quanta parte del codice che avete scritto viene effettivamente eseguita e quindi testata.

Chi ha effettuato la consegna del primo frammento di progetto puo' verificare il test coverage di stree-test.c scommentando la quarta linea del Makefile:

COVFLAGS=-fprofile-arcs -ftest-coverage

compilando con

bash:~$ make cleanall
bash:~$ make stree

e poi eseguendo

bash:~$ ./stree
bash:~$ gcov -f stree
bash:~$ more stree.c.gcov

che rispettivamente, girano stree , estraggono le informazioni di coverage e le mostrano relativamente al file stree.c.