[C] Funzione access()

[Manugal]

Mi servivano alcune delucidazioni riguarda la funzione access(). Per vedere se un file esiste gli passo il nome del file e la costante F_OK giusto? Il nome del file deve comprendere l'estensione? E alla fine se il file esiste che valore mi torna la funzione? Grazie.

[ilsensine]

Mi servivano alcune delucidazioni riguarda la funzione access(). Per vedere se un file esiste gli passo il nome del file e la costante F_OK giusto?

Sì. Anche se il metodo non è proprio corretto (il file potrebbe essere eliminato da qualcuno subito dopo la chiamata access)

Il nome del file deve comprendere l'estensione?

Sì

E alla fine se il file esiste che valore mi torna la funzione?

0

[Manugal]

Ok grazie. E per vedere se un file è già aperto con access() si può?

[ilsensine]

mmm non credo.

[Manugal]

No perché siccome devo controllare anche se un file è già aperto (e quando il file aperto ha estensione .$$$) mi chiedevo se si potesse fare. Quindi come potrei fare per controllare questa cosa?

[Manugal]

Non potrei ad esempio verificare sempre con access() l'esistenza del file con estensione .$$$? Cioè io gli passo il file con l'estensione $$$ e se mi torna 0 allora so che è aperto.

[ilsensine]

Non sono esperto di win32, ma immagino che ci siano modi più efficaci per farlo.

[Manugal]

Il programma verrà compilato sotto Linux.

[sottovento]

Ma... intendi aperto da chiunque o dalla tua stessa applicazione?

[ilsensine]

Originariamente inviato da Manugal

Il programma verrà compilato sotto Linux.

Allora devi fare come fa fuser...ovvero sfogliarti /proc/%d/fd/*...
In alternativa puoi usare inotify, ma credo che abbia effetto solo da quando crei il watch in poi

[Manugal]

x sottovento:
Qui stiamo implementando solo una libreria. Sicuramente sarà aperto da chiunque.

x ilsensine:
purtroppo non posso usare path nel mio programma. Ma a rigor di logica con access() secondo la procedura che ti ho descritto prima non potrebbe andare teoricamente?

[ilsensine]

Originariamente inviato da Manugal

x ilsensine:
purtroppo non posso usare path nel mio programma.

Bè ok...ma /proc è un file system virtuale, non vedo perché non potresti usarlo...

Ma a rigor di logica con access() secondo la procedura che ti ho descritto prima non potrebbe andare teoricamente?

No, access non indica se un file è già aperto. E' questa una informazione abbastanza complicata da ottenere, per come funziona linux (vedi il casino che fa fuser...). Puoi ad esempio eliminare un file eseguibile mentre è...in esecuzione, senza che il programma in esecuzione si accorga di nulla!
inotify potrebbe aiutarti, ma dovresti implementare un demone che effettua il monitoraggio dei file che ti interessano (se sono noti a priori).

[sottovento]

Originariamente inviato da Manugal

x sottovento:
Qui stiamo implementando solo una libreria. Sicuramente sarà aperto da chiunque.

x ilsensine:
purtroppo non posso usare path nel mio programma. Ma a rigor di logica con access() secondo la procedura che ti ho descritto prima non potrebbe andare teoricamente?

Ciao,
all'interno dello stesso processo, puoi usare la stat(). Avendo il descrittore del file, la stat() ti da una serie di informazioni quali inode, ...
Le stesse info le puoi ottenere dato il nome del file. Quindi puoi sapere se il processo attuale ha gia' aperto il file in questione.

Per il controllo fra diversi processi... beh, e' veramente dura.
Per ora mi vengono in mente solo soluzioni parziali, e che ti obbligano a scrivere parecchio codice.

High Flying
Sottovento

[ilsensine]

Originariamente inviato da sottovento

all'interno dello stesso processo, puoi usare la stat(). Avendo il descrittore del file, la stat() ti da una serie di informazioni...

...non utili a stabilire se il file è già aperto. Anche per vedere se è già aperto dal processo corrente, devi spulciarti /proc/self/fd/*

[Manugal]

Ok grazie.. vedo che sono soluzioni molto complicate

Nel nostro corso all'università non siamo ancora a questi livelli di programmazione. Possibile che i nostri prof ci abbiano dato una cosa così avanzata da fare?

La cosa più semplice quale sarebbe?

[Manugal]

Cioè per farvela breve io devo implementare questa funzione:

int DeleteDatabaseFile  	(   	char *   	 Name  	 )   	
  	

Cancella un file di database con nome Name.

Name è una stringa non nulla e NULL terminated e rappresenta il nome del file da cancellare.
Il nome deve essere quello di un DBF precedentemente creato con la funzione CreateDatabaseFile() (che già ho provveduto a creare).
La lunghezza totale del nome viene troncata a DBF_NAME_LENGTH caratteri e viene aggiunta l'estensione DBF_EXTENSION.

Il database deve essere chiuso, cioe' non deve esistere un file con lo stesso nome e estensione DBF_OPEN_EXT.

Parameters:
    [in] 	Name 	Nome del database file, stringa alfanumerica + '_' NULL terminated.

Returns:
    LPC_OK Database cancellato

    LPC_BAD_ARG Nome DB nullo o non valido

    LPC_DBF_OPEN Il database è aperto.

    LPC_FILE_ACCESS Il file non esiste o non può essere cancellato.

[ilsensine]

Originariamente inviato da Manugal

La cosa più semplice quale sarebbe?

Vuoi dire la cosa _giusta_ quale sarebbe? Sicuramente non la tua logica, perché è soggetta a race. Ad esempio se la tua libreria implementa qualcosa del tipo:

if (!isFileOpen(fname))
  OpenFile(fname);
else
   ErrorFileIsOpen();

hai una bella race tra il controllo e l'apertura del file. Queste situazioni si gestiscono con gli advisory lock oppure con i mandatory lock.

[sottovento]

Originariamente inviato da ilsensine

...non utili a stabilire se il file è già aperto. Anche per vedere se è già aperto dal processo corrente, devi spulciarti /proc/self/fd/*

Puoi scandire la lista dei descrittori della tua file table (l'apposito #include ti da la sua lunghezza). Per ogni descrittore puoi ottenere se e' in uso. Nel caso sia in uso, la stat ti dice l'inode. La stessa info la ottieni dal nome del file. Pertanto e' possibile stabilire se il file e' aperto (dal processo attuale) semplicemente usando la stat

[ilsensine]

Originariamente inviato da Manugal

Il database deve essere chiuso, cioe' non deve esistere un file con lo stesso nome e estensione DBF_OPEN_EXT.

Ah quindi il vostro professore vuole che utilizziate i lockfile. Un lockfile è un file che contiene il pid del processo che ha aperto il db. Può essere creato in maniera atomica e senza race, creando prima un file temporaneo e poi tentando un link() (hard link) al nome del file vero e proprio. Devi gestire anche il caso in cui un precedente chiamante è "morto" senza eliminare il lockfile.

[ilsensine]

Originariamente inviato da sottovento

l'apposito #include ti da la sua lunghezza

L'apposito #include (immagino che stai parlando di FD_SETSIZE) ti fornisce la lunghezza _di default_ da usarsi per la (odiosa) select, che non ha nulla a che vedere con i file che il programma può aprire (e che puoi ridefinire a un valore diverso prima dell'include -- verrà usato il valore da te impostato, in questo caso). Il limite per processo sui file apribili è gestito da ulimit, e ha comunque un massimo assoluto nel kernel (e stiamo parlando di decine di migliaia di file descriptor, se non più, su un sistema normale). E' un metodo lento e poco pratico, e anche questo soggetto a race (v. ambienti multithread).