Version imprimable
Bonjour,
Je voudrais savoir si il est possible de supprimer un fichier à partir d'un descripteur.
Je voudrais également savoir si il est possible d'obtenir le nom et/ou le chemin d'accès à un fichier, toujours à partir d'un descripteur de fichier.
Merci d'avance.
Non et non.
Cordialement.
Non, si tu as un descripteur, c'est que le fichier est ouvert donc tu ne pourras l'effacer.Citation:
Envoyé par hebus44
Je n'en connais pasCitation:
Envoyé par hebus44
Merci. C'est bon j'ai pu résoudre mon problème. Dans mon programme je crée un descripteur sur un fichier. Ensuite je lance un programme via execvp qui doit effectuer des opérations sur ce fichier via le descripteur. Le problème que j'avais était que je ne pouvait pas supprimer ce fichier à la fin des opérations. Mais si on fait un unlink sur le fichier (avec le nom comme paramètre), celui-ci ne sera réellement effacé par le système lorsque il n'y aura aucun descripteur dessus.
En gros mon problème est résolu:yaisse2:, merci à tous.
J'ajoute que ce n'est pas possible en C standard, la gestion des fichiers étant toujours très dépendante du système sur lequel elle a lieu. Sur les assimilés UNIX, par exemple, il peut y avoir plusieurs liens durs sur un même fichier.Citation:
Envoyé par hebus44
Par contre, toujours sur les assimilés UNIX, tu as la primitive fstat() qui te permet de retrouver les infos d'un fichier en fonction de son descripteur. Ça ne te donne pas directement le nom qui a servi à l'ouvrir (quoi que ça pourrait), mais au moins l'inode.
D'autre part, sous Linux, le système de fichier /proc tient à jour la liste des fichiers en cours d'utilisation par chaque processus, en dessous de « fd », sous la forme d'un lien symbolique vers chaque fichier.
Enfin, il existe la commande lsof pour retrouver rapidement toutes ces infos depuis la ligne de commande.
Peut être qu'il ne peut pas à cause des liens soft et hard. Si tu ouvre le fichier /etc/inetd.conf qui est un lien (hard ou soft, peut importe) sur /etc/network/inedt.conf, quel nom doit te retourner la primitive fstat() :question:Citation:
Envoyé par Obsidian
C'est ce que je dis au-dessus mais, étant donné que fstat() fonctionne avec un descripteur de fichier, il pourrait retourner le chemin qui a été explicitement passé à open(), d'autant plus que l'on sait par /proc que cette information est conservée par le noyau ...Citation:
Envoyé par ram-0000