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.
La fonction WinCPICIsBlocking détermine si une tâche s’exécute en attendant qu’un appel bloquant précédent se termine.
Syntaxe
BOOL WINAPI WinCPICIsBlocking(void);
Valeur de retour
La valeur de retour spécifie le résultat de la fonction. Si la valeur n’est pas égale à zéro, il existe un appel bloquant en attente de finalisation. La valeur zéro indique l’absence d’un appel bloquant en attente.
Remarques
Cet appel ne déduit aucune information sur une conversation particulière ; il est destiné uniquement à fournir de l’aide à une application écrite pour utiliser la CM_BLOCKING caractéristique de Set_Processing_Mode. WinCPICIsBlocking sert le même objectif que InSendMessage dans l’API Microsoft® Windows®. Applications héritées ciblées sur Windows version 3. x qui prennent en charge plusieurs conversations doivent spécifier CM_NONBLOCKING dans Set_Processing_Mode afin qu’elles puissent prendre en charge plusieurs opérations en attente simultanément. Les applications sont toujours limitées à une opération en attente par conversation dans tous les environnements.
Bien qu’un appel émis sur une fonction bloquante apparaisse à une application comme s’il bloque, la bibliothèque de liens dynamiques (DLL) windows CPI-C doit abandonner le processeur pour permettre à d’autres applications d’exécuter. Cela signifie qu'il est possible pour l'application qui a émis l'appel bloquant d'être réactivée, en fonction des messages qu'elle reçoit. Dans cet exemple, WinCPICIsBlocking peut être utilisé pour déterminer si la tâche d’application a été entrée à nouveau en attendant la fin d’un appel bloquant en suspens. Notez que Windows CPI-C interdit plus d'un appel bloquant en attente par thread.
Voir aussi
Specify_Windows_Handle (CPI-C)
WinCPICSetBlockingHook
WinCPICUnhookBlockingHook