Interfaccia K & R per la lettura di directory: struttura DIR superflua?

Question

Nel 2 ° edizione di "The C Programming Language" da Kernighan e Ritchie implementano una versione semplificata del comando UNIX ls (sezione 8.6 "Esempio - directory listing", p 179).. A tale scopo creano la seguente interfaccia che fornisce un accesso indipendente dal sistema al nome e al numero di inode dei file memorizzati in una directory.

#define NAME_MAX 14 /* longest filename component; */ 
           /* system dependent */ 

typedef struct {  /* portable director-entry */ 
    long ino;     /* inode number */ 
    char name[NAME_MAX+1]; /* name + '\0' terminator */ 
} Dirent; 

typedef struct {  /* minimal DIR: no buffering, etc. */ 
    int fd;     /* file descriptor for directory */ 
    Dirent d;     /* the directory entry */ 
} DIR; 

DIR *opendir(char *dirname); 
Dirent *readdir(DIR *dfd); 
void closedir(DIR *dfd); 

Quindi implementano questa interfaccia per i sistemi UNIX versione 7 e System V.

• opendir() utilizza fondamentalmente il sistema chiamata open() per aprire una directory e malloc() allocare spazio per una struttura DIR. Il descrittore di file restituito da open() viene quindi memorizzato nella variabile fd di quello DIR. Nessun componente è stato memorizzato nel componente Dirent .

• readdir() utilizza la chiamata di sistema read() per ottenere la voce successiva directory (dipendente dal sistema) di una directory aperta e copia il modo ottenuto il numero di inode e il nome in una Dirent struttura statica (ad cui un il puntatore viene restituito). Le informazioni necessarie solo da readdir() sono il descrittore di file memorizzato nella struttura DIR.

Ora alla mia domanda: Qual è il punto di avere una struttura DIR? Se la mia comprensione di questo programma è corretta, il componente Dirent di DIR non viene mai utilizzato, quindi perché non sostituire l'intera struttura con un descrittore di file e utilizzare direttamente open() e close()?

Grazie.

Ps: Sono consapevole che sui moderni sistemi UNIX read() non è più possibile utilizzare le directory (ho provato questo programma su Ubuntu 10.04), ma voglio comunque assicurarmi di non aver trascurato qualcosa di importante in questo esempio.

Answer 1

Da K & R:

Purtroppo, il formato e precisi contenuti di una directory non sono gli stessi in tutte le versioni del sistema. Quindi suddivideremo l'attività in due parti per provare a isolare le parti non portatili . Il livello esterno definisce una struttura chiamata Dirent e tre routine opendir, readdir, e closedir per fornire un accesso indipendente dal sistema per il nome e il numero inode in una voce di directory.

Quindi la ragione è la portabilità. Vogliono definire un'interfaccia che possa sopravvivere su sistemi che hanno diverse strutture di statistiche o non standard open() e close(). Continuano a costruire attorno a sé un mucchio di strumenti riutilizzabili, a cui non importa nemmeno se si trovano su un sistema simile a Unix. Questo è il punto di wrapper.

Forse non viene utilizzato perché sono stati avviati definendo le loro strutture dati (con una Dirent all'interno di DIR) ma finì per non usarlo. Mantenere raggruppate le strutture dati in questo modo è un buon design.

Answer 2

È così che non è necessario allocare memoria per la struttura Dirent restituita da readdir. In questo modo possono riutilizzare la Corrente tra chiamate secondarie a readdir.