droits et propriétaire d'un fichier

Bonjour,

Comment en C peut t'on simplement connaitre les droits et le propriétaire d'un fichier, sans passer par une commande "system()".
Merci

Il n'y a rien de standard en C pour faire cela. En plus, cela va dépendre de l'OS, ou plutôt du système de fichiers. Si tu ne veux pas utiliser system(), il faut donc trouver une bibliothèque qui te permette de faire cela. Sous windows, l'API win32 offre peut-être de quoi faire.

Citation:

---

Envoyé par awalter1

Comment en C peut t'on simplement connaitre les droits et le propriétaire d'un fichier, sans passer par une commande "system()".

---

On peut pas. En C, la notion de 'propriétaire' ou de 'droit' n'existe pas. Il faut utiliser des fonctions systèmes ou POSIX.1 ([f]stat())

Quid des fonctions chmod ou chown ?

Sur mes machines HP ou Linux, le code suivant fonctionne :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

#include <stdio.h>   int main (int argc,char * argv[]) { FILE *fic; char filename[200] = "test.txt";   fic = fopen(filename,"r"); if (fic == NULL) system("touch test.txt"); else fclose(fic); chmod (filename, 0777); }

---

Si il existe une fonction C pour modifier les droits sur un fichier, on pourrais en avoir une pour les lire ?

Merci

Ces fonctions chown() et chmod() sont spécifique à l'OS. Elles on un sens sur un systeme Unix mais malheureusement, aucun sens sur un systeme de fichiers NTFS (qui gère les droits différement) ou FAT (qui n'a pas la notion de propriétaire de fichier) d'où la remarque de stephl.

Citation:

---

Envoyé par stephl

Il n'y a rien de standard en C pour faire cela. En plus, cela va dépendre de l'OS, ou plutôt du système de fichiers.

---

Citation:

---

Envoyé par awalter1

Quid des fonctions chmod ou chown ?

Sur mes machines HP ou Linux, le code suivant fonctionne :

Si il existe une fonction C pour modifier les droits sur un fichier, on pourrais en avoir une pour les lire ?

---

Ce sont des fonctions POSIX, ce qui est une autre norme que celle du C. Si tu peux les utiliser, il y a stat() qui te donne l'info que tu cherches.

Citation:

---

Envoyé par awalter1

Quid des fonctions chmod ou chown ?

Sur mes machines HP ou Linux, le code suivant fonctionne :

---

Non. Manque un header...

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

-------------- Build: Debug in hello ---------------   [ 50.0%] Compiling: main.c [100.0%] Linking console executable: bin\Debug\hello.exe C:\dev\hello\main.c: In function `main': C:\dev\hello\main.c:10: warning: implicit declaration of function `system' C:\dev\hello\main.c:13: warning: implicit declaration of function `chmod' C:\dev\hello\main.c: At top level: C:\dev\hello\main.c:3: warning: unused parameter 'argc' C:\dev\hello\main.c:3: warning: unused parameter 'argv' C:\dev\hello\main.c: In function `main': C:\dev\hello\main.c:14: warning: control reaches end of non-void function Output size is 19.66 KB Process terminated with status 0 (0 minutes, 2 seconds) 0 errors, 5 warnings

---

Citation:

---

Si il existe une fonction C pour modifier les droits sur un fichier, on pourrais en avoir une pour les lire ?

---

Ce n'est pas une 'fonction C', mais une fonction système POSIX.1

http://www.opengroup.org/onlinepubs/...xsh/chmod.html

Merci de vos réponses.
De mon point de vue tout ce qui est "compris" par un compilateur C est du C !
la commande "man 2 chmod" sous HPUX (unix) ou Linux RedHat 4 m'indique bien la description d'une fonction C.

Alors, effectivement la commande stat() fournit bien les infos espérées.

Quant à la compilation qui ne marcherait pas, c'est assez curieux, car sur mes deux environnements cela est bon :
HPUX : cc test2.c -o test
Linux : gcc test2.c -o test
Aucune erreur, ni warning.

A bientôt

Avec cc et gcc, tu n'as pas de warnings si tu ne les demandes pas explicitement (je l'ai appris à mes dépens et ça m'a valu un 9/20 à un projet de fin d'année).
Commence par rajouter au moins -Wall...

Citation:

---

Envoyé par awalter1

De mon point de vue tout ce qui est "compris" par un compilateur C est du C !

---

Euh non, et ça montre surtout que tu ne sais pas faire la différence entre le langage C, sa bibliothèque et les bibliothèques externes (tierces, API etc.)

http://emmanuel-delahaye.developpez....m#c_vs_systeme

Citation:

---

la commande "man 2 chmod" sous HPUX (unix) ou Linux RedHat 4 m'indique bien la description d'une fonction C.

---

Euh non. Les fonctions C, c'est man 3. Man 2, c'est les fonctions systèmes... Là encore, il ne suffit pas de croire que... Il faut vérifier.

Citation:

---

Quant à la compilation qui ne marcherait pas, c'est assez curieux, car sur mes deux environnements cela est bon :
HPUX : cc test2.c -o test
Linux : gcc test2.c -o test
Aucune erreur, ni warning.

---

Oui, ce sont des environnements réputés POSIX.1, ce que n'est pas Windows.

OK pour mon abus de langage.
En tant que développeur C, j'utilise ce qui est à ma disposition et ne fait plus la part de ce qui est C natif ou bibliothèques externes en veillant toutefois à ne pas utiliser de fonctions "exotiques" qui risqueraient de ne pas être implémentées sur la majorité des OS.

Quant à la commande man, sur mes 2 environnements Unix et linux, le man chmod me renvoie cela :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

>20>: man chmod CHMOD(1) User Commands CHMOD(1)   NAME chmod - change file access permissions   SYNOPSIS chmod [OPTION]... MODE[,MODE]... FILE... chmod [OPTION]... OCTAL-MODE FILE... chmod [OPTION]... --reference=RFILE FILE...   DESCRIPTION ...

---

man 2 chmod : me renvoie la description de la fonction que je prenais pour une fonction C

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

>21>: man 2 chmod CHMOD(2) Linux Programmer's Manual CHMOD(2)   NAME chmod, fchmod - change permissions of a file   SYNOPSIS #include <sys/types.h> #include <sys/stat.h>   int chmod(const char *path, mode_t mode); int fchmod(int fildes, mode_t mode);   DESCRIPTION ...

---

man 3 chmod : ne me renvoie rien.

Citation:

---

Euh non. Les fonctions C, c'est man 3. Man 2, c'est les fonctions systèmes... Là encore, il ne suffit pas de croire que... Il faut vérifier.

---

J'aimerais bien mais les indications fournies par la man ne dit pas explicitement si c'est du C, du système ou tel API et c'est bien dommage.

A+

Citation:

---

Envoyé par awalter1

J'aimerais bien mais les indications fournies par la man ne dit pas explicitement si c'est du C, du système ou tel API et c'est bien dommage.

---

Chez moi il y a une section "Conforming to" qui est assez claire.

Déjà, le seul fait que ce soit man 2 et non man 3 doit suffire à signaler que ce n'est pas du C standard.

Ensuite, un champ "conforming to" est utile en effet.
J'ai ce man en favoris parce qu'il a un champ conformance, mais généralement j'utilise plutôt celui-ci : La Single UNIX Specification/norme POSIX, directement sur le site de l'Open Group.

Citation:

---

Envoyé par awalter1

J'aimerais bien mais les indications fournies par la man ne dit pas explicitement si c'est du C, du système ou tel API et c'est bien dommage.

---

Aucune magie. Il faut appendre à utiliser man :

man man

1 : commandes système (ligne de commande)
2 : fonctions systèmes (avec interface C)
3 : fonctions standard du C (libc)
etc.

http://fr.wikipedia.org/wiki/Man_(Unix)

Le "man man" ne me donne pas ces indications. Mais l'info donnée par Wikipédia est complète.

En plus, je pensais que "man" correspondait à "man 1", en fait "man" prends la première description trouvée parmi les réponses à "man 1", "man 2" ...
C'est pourquoi "man fopen" donne la description de la fonction C, comme "man 3", et que "man 1 fopen" et "man 3 fopen" ne donnent rien.

Cordialement