Fonction FsRtlUninitializeFileLock (ntifs.h)
La routine FsRtlUninitializeFileLock ne initialise pas une structure FILE_LOCK .
Syntaxe
void FsRtlUninitializeFileLock(
[in] PFILE_LOCK FileLock
);
Paramètres
[in] FileLock
Pointeur vers la structure FILE_LOCK pour le fichier. Cette structure doit avoir été initialisée par un appel précédent à FsRtlAllocateFileLock ou FsRtlInitializeFileLock.
Valeur de retour
None
Remarques
FsRtlUninitializeFileLock annule la initialisation d’une structure de FILE_LOCK initialisée et termine toutes les demandes de IRP_MJ_LOCK_CONTROL en suspens. La structure de FILE_LOCK non initialisée peut être initialisée pour être réutilisée par un appel suivant à FsRtlInitializeFileLock.
FsRtlUninitializeFileLock peut être utilisé pour annuler la initialisation d’une structure FILE_LOCK qui a été initialisée par un appel précédent à FsRtlAllocateFileLock ou FsRtlInitializeFileLock. N’utilisez pas FsRtlUninitializeFileLock pour une telle structure FILE_LOCK, sauf si la structure doit être initialisée pour être réutilisée. Il s’agit d’une erreur de programmation d’appeler FsRtlFreeFileLock pour une structure de FILE_LOCK non initialisée.
Les minifiltres doivent appeler FltUninitializeFileLock au lieu de FsRtlIninitializeFileLock.
Configuration requise
Condition requise | Valeur |
---|---|
Plateforme cible | Universal |
En-tête | ntifs.h (inclure Ntifs.h) |
Bibliothèque | NtosKrnl.lib |
DLL | NtosKrnl.exe |
IRQL | <= APC_LEVEL |
Règles de conformité DDI | HwStorPortProhibitedDDIs(storport) |
Voir aussi
Commentaires
https://aka.ms/ContentUserFeedback.
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultezEnvoyer et afficher des commentaires pour