Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Lorsqu’un appelant spécifie l’option FILE_DELETE_ON_CLOSE , il est nécessaire que le système de fichiers vérifie que l’appelant dispose de l’autorisation de suppression sur le fichier ou supprime l’autorisation enfant sur le répertoire parent. L’une ou l’autre autorisation suffit pour permettre la suppression d’un fichier. Il s’agit d’un cas important pour les systèmes de fichiers à gérer. La sémantique de l’opération, qui supprime le fichier lorsqu’il est fermé, n’est pas appliquée par le gestionnaire d’E/S, mais par le système de fichiers.
Le système de fichiers peut également avoir besoin de vérifier que le volume n’est pas protégé en écriture et que cette opération ne s’applique pas à un répertoire dans lequel cette opération n’est pas autorisée. Par exemple, le code du système de fichiers FASTFAT recherche un volume protégé en écriture et n’autorise pas la suppression du répertoire racine à l’aide de FILE_DELETE_ON_CLOSE. Vous trouverez un exemple de ces vérifications dans la fonction FatCommonCreate dans le fichier source Create.c à partir de l’exemple fastfat que contient wdK.