Partager via


DeleteFileTransactedW, fonction (winbase.h)

[Microsoft recommande vivement aux développeurs d’utiliser d’autres moyens pour répondre aux besoins de votre application. De nombreux scénarios développés par TxF peuvent être réalisés par le biais de techniques plus simples et plus facilement disponibles. En outre, TxF peut ne pas être disponible dans les futures versions de Microsoft Windows. Pour plus d’informations et d’alternatives à TxF, consultez Alternatives à l’utilisation de NTFS transactionnel.]

Supprime un fichier existant en tant qu’opération transactionnelle.

Syntaxe

BOOL DeleteFileTransactedW(
  [in] LPCWSTR lpFileName,
  [in] HANDLE  hTransaction
);

Paramètres

[in] lpFileName

Nom du fichier à supprimer.

Le fichier doit résider sur l’ordinateur local ; sinon, la fonction échoue et le dernier code d’erreur est défini sur ERROR_TRANSACTIONS_UNSUPPORTED_REMOTE.

Par défaut, le nom est limité à MAX_PATH caractères. Pour étendre cette limite à 32 767 caractères larges, ajoutez « \\ ?\ » au chemin d’accès. Pour plus d’informations, consultez nommage des fichiers, des chemins d’accès et des espaces de noms.

Pourboire

À compter de Windows 10, version 1607, vous pouvez choisir de supprimer la limitation MAX_PATH sans précéder « \\ ?\ ». Pour plus d’informations, consultez la section « Limite maximale de longueur de chemin » de noms, fichiers, chemin s et espaces de noms.

[in] hTransaction

Handle de la transaction. Ce handle est retourné par la fonction CreateTransaction.

Valeur de retour

Si la fonction réussit, la valeur de retour est différente de zéro.

Si la fonction échoue, la valeur de retour est 0 (zéro). Pour obtenir des informations d’erreur étendues, appelez GetLastError.

Remarques

Si une application tente de supprimer un fichier qui n’existe pas, la fonction DeleteFileTrans acted échoue avec ERROR_FILE_NOT_FOUND. Si le fichier est un fichier en lecture seule, la fonction échoue avec ERROR_ACCESS_DENIED.

La liste suivante identifie quelques conseils pour supprimer, supprimer ou fermer des fichiers :

  • Pour supprimer un fichier en lecture seule, vous devez d’abord supprimer l’attribut en lecture seule.
  • Pour supprimer ou renommer un fichier, vous devez disposer d’une autorisation de suppression sur le fichier ou supprimer l’autorisation enfant dans le répertoire parent.
  • Pour supprimer de manière récursive les fichiers d’un répertoire, utilisez la fonction SHFileOperation.
  • Pour supprimer un répertoire vide, utilisez la fonction RemoveDirectoryTransacted.
  • Pour fermer un fichier ouvert, utilisez la fonction CloseHandle.
Si vous configurez un répertoire avec tous les accès, sauf supprimer et supprimer un enfant, et que les listes de contrôle d’accès (ACL) des nouveaux fichiers sont héritées, vous pouvez créer un fichier sans pouvoir le supprimer. Toutefois, vous pouvez créer un fichier, puis obtenir tout l’accès que vous demandez sur le handle qui vous est retourné au moment de la création du fichier.

Si vous demandez l’autorisation de suppression au moment de la création d’un fichier, vous pouvez supprimer ou renommer le fichier avec ce handle, mais pas avec un autre handle. Pour plus d’informations, consultez Sécurité des fichiers et droits d’accès.

La fonction DeleteFileTransacted échoue si une application tente de supprimer un fichier dont d’autres handles sont ouverts pour les E/S normales ou en tant que fichier mappé en mémoire (FILE_SHARE_DELETE doivent avoir été spécifiés lorsque d’autres handles ont été ouverts).

La fonction DeleteFileTransacted marque un fichier à supprimer à la fermeture. Le fichier est supprimé après la fermeture du dernier handle d’enregistreur transactionnel vers le fichier, à condition que la transaction soit toujours active. Si un fichier a été marqué pour suppression et qu’un handle d’enregistreur transactionnel est toujours ouvert une fois la transaction terminée, le fichier n’est pas supprimé.

liens symboliques : Si le chemin pointe vers un lien symbolique, le lien symbolique est supprimé, et non la cible. Pour supprimer une cible, vous devez appeler CreateFile et spécifier FILE_FLAG_DELETE_ON_CLOSE.

Dans Windows 8 et Windows Server 2012, cette fonction est prise en charge par les technologies suivantes.

Technologie Supporté
Protocole SMB (Server Message Block) 3.0 Non
Basculement transparent SMB 3.0 (TFO) Non
SMB 3.0 avec partages de fichiers avec montée en puissance parallèle (SO) Non
Cluster Shared Volume File System (CsvFS) Non
Système de fichiers résilient (ReFS) Non
 

SMB 3.0 ne prend pas en charge TxF.

Note

L’en-tête winbase.h définit DeleteFileTransacted en tant qu’alias qui sélectionne automatiquement la version ANSI ou Unicode de cette fonction en fonction de la définition de la constante de préprocesseur UNICODE. Le mélange de l’utilisation de l’alias neutre en encodage avec du code qui n’est pas neutre en encodage peut entraîner des incompatibilités qui entraînent des erreurs de compilation ou d’exécution. Pour plus d’informations, consultez Conventions pour les prototypes de fonction.

Exigences

Exigence Valeur
client minimum pris en charge Windows Vista [applications de bureau uniquement]
serveur minimum pris en charge Windows Server 2008 [applications de bureau uniquement]
plateforme cible Windows
d’en-tête winbase.h (inclure Windows.h)
bibliothèque Kernel32.lib
DLL Kernel32.dll

Voir aussi

closeHandle

CreateFileTransacted

fonctions de gestion de fichiers

liens symboliques

NTFS transactionnel