SendMessage, PostMessage et fonctions associées
Cette section décrit les considérations relatives au transfert de messages à l’aide de SendMessage, PostMessage et des fonctions associées avec des messages tactiles.
Si un message tactile est transféré à l’aide de SendMessage, PostMessage ou d’une autre fonction associée, le handle d’entrée tactile est fermé. Si vous avez récupéré les informations contenues référencées par un handle d’entrée tactile via un appel à GetTouchInputInfo, ces données restent valides jusqu’à ce que vous libériez la mémoire.
Une application qui reçoit des messages tactiles transférés via l’un de ces mécanismes possède le handle d’entrée tactile qu’elle reçoit dans le message LPARAM et est responsable de sa fermeture. Si vous ne fermez pas le handle avec un appel à CloseTouchInputHandle, passez le message à DefWindowProc ou transférez le message à l’aide de SendMessage, PostMessage ou une fonction associée, vous aurez une fuite de mémoire.
Notes
Les messages tactiles sont soumis à des règles normales d’isolation des privilèges d’interface utilisateur (UIPI) lorsqu’ils sont transférés.
Fonctions liées à SendMessage et PostMessage
Les fonctions suivantes peuvent affecter l’état du handle d’entrée tactile.
- SendMessage
- PostMessage
- SendNotifyMessage
- SendMessageCallback
- SendMessageTimeout
- PostThreadMessage
Rubriques connexes