È possibile effettuare più chiamate chiuse per un fd con la stessa funzione?

Question

Voglio solo sapere qual è il comportamento di avere due chiusure consecutive su una fd.

e.g.-

close(fd); 
close(fd); 

[fd è un int]

Answer 1

Il la prima chiamata dovrebbe restituire 0; la seconda chiamata deve restituire -1 e impostare errno su EBADF.

È necessario impedire che la seconda chiamata accada impostando fd a un numero errato noto, ad es. un -1 subito dopo la prima chiamata di close, e successivamente il controllo fd prima di effettuare la seconda chiamata (e non effettuare la chiamata se fd è -1):

close(fd); 
fd = -1; 
... 
// More code 
... 
if (fd != -1) { 
    close(fd) 
    fd = -1; 
} 

Questo modello di codice vi aiuterà quando è necessario effettuare chiamate verso close da più posizioni, ma non si è sicuri se il file è aperto o se è già stato chiuso. Passare da -1 a close è innocuo (si otterrebbe uno EBADF, ovviamente).

Answer 2

Dovrebbe essere innocuo a meno che non si sta filettata o fare qualcosa fra le due chiamate di chiudere. Quindi potresti finire per chiudere un file che è stato aperto da qualcos'altro nel tuo programma.

Il modo in cui il threading è rilevante è che le librerie quasi sempre fanno cose strane alle vostre spalle. Libc aprirà i file per cercare i messaggi di errore o altre cose dipendenti dalla localizzazione, il resolver può aprire i file di configurazione, ecc. Se chiudi un descrittore di file e lo chiudi di nuovo, in un ambiente con thread puoi facilmente finire in una situazione in cui il file il descrittore è stato riutilizzato da una biblioteca e lo si chiude dietro la schiena.

Answer 3

Se il fd valore di pf rimane lo stesso la seconda chiamata restituirà un errore che il fd non è valido (EBADF - come dasblinkenlight sottolineato)

pensare di fare quacosa likg

if fd != -1) 
{ 
    close (fd); 
    fd = -1; 
} 

Answer 4

La seconda chiamata avrà esito negativo con Errno: EBADF quando perché, a questo punto, fd non è un descrittore di file attivo.

Non dovrebbe avere alcun effetto sull'esecuzione. Tuttavia, se un numero di errore è stato impostato dalla prima chiusura, questo andrà perso, quindi non si dovrebbe chiudere due volte il descrittore di file.

Answer 5

Chiusura del stessa FD due volte dovrebbe essere non-fatale, come altri hanno fatto notare, ma attenzione di codice come questo

close(fd); 
/* ... */ 
newfd = open(....); 
/* ... */ 
close(fd); 

Con il secondo vicino, non si può essere sicuri se è in realtà fd lo stesso di newfd! Ciò porterebbe a crash ogni volta che si tenta di utilizzare newfd.

Quindi (se c'è il codice tra le due chiamate close) non è sicuro farlo. Sempre i descrittori di file close esattamente una volta.Sempre i buffer free esattamente una volta.