CreateSemaphoreExA, fonction (winbase.h)
Crée ou ouvre un objet sémaphore nommé ou sans nom et retourne un handle à l’objet .
Syntaxe
HANDLE CreateSemaphoreExA(
[in, optional] LPSECURITY_ATTRIBUTES lpSemaphoreAttributes,
[in] LONG lInitialCount,
[in] LONG lMaximumCount,
[in, optional] LPCSTR lpName,
DWORD dwFlags,
[in] DWORD dwDesiredAccess
);
Paramètres
[in, optional] lpSemaphoreAttributes
Pointeur vers une structure SECURITY_ATTRIBUTES . Si ce paramètre a la valeur NULL, le handle du sémaphore ne peut pas être hérité par les processus enfants.
Le membre lpSecurityDescriptor de la structure spécifie un descripteur de sécurité pour le nouveau sémaphore. Si ce paramètre a la valeur NULL, le sémaphore obtient un descripteur de sécurité par défaut. Les listes de contrôle d’accès dans le descripteur de sécurité par défaut d’un sémaphore proviennent du jeton principal ou d’emprunt d’identité du créateur.
[in] lInitialCount
Nombre initial de l’objet sémaphore. Cette valeur doit être supérieure ou égale à zéro et inférieure ou égale à lMaximumCount. L’état d’un sémaphore est signalé lorsque son nombre est supérieur à zéro et non signé quand il est égal à zéro. Le nombre est réduit d’un chaque fois qu’une fonction d’attente libère un thread qui attendait le sémaphore. Le nombre est augmenté d’un montant spécifié en appelant la fonction ReleaseSemaphore .
[in] lMaximumCount
Nombre maximal pour l’objet sémaphore. Cette valeur doit être supérieure à zéro.
[in, optional] lpName
Pointeur vers une chaîne terminée par null spécifiant le nom de l’objet sémaphore. Le nom est limité à MAX_PATH caractères. La comparaison de noms respecte la casse.
Si lpName correspond au nom d’un objet sémaphore nommé existant, les paramètres lInitialCount et lMaximumCount sont ignorés, car ils ont déjà été définis par le processus de création. Si le paramètre lpSemaphoreAttributes n’est pas NULL, il détermine si le handle peut être hérité.
Si lpName a la valeur NULL, l’objet sémaphore est créé sans nom.
Si lpName correspond au nom d’un événement, d’un mutex, d’un minuteur d’attente, d’un travail ou d’un objet de mappage de fichiers existant, la fonction échoue et la fonction GetLastError retourne ERROR_INVALID_HANDLE. Cela se produit parce que ces objets partagent le même espace de noms.
Le nom peut avoir un préfixe « Global » ou « Local » pour créer explicitement l’objet dans l’espace de noms global ou de session. Le reste du nom peut contenir n’importe quel caractère à l’exception de la barre oblique inverse (\). Pour plus d’informations, consultez Espaces de noms d’objets du noyau. La commutation rapide des utilisateurs est implémentée à l’aide de sessions Terminal Services. Les noms d’objets de noyau doivent suivre les instructions décrites pour Terminal Services afin que les applications puissent prendre en charge plusieurs utilisateurs.
L’objet peut être créé dans un espace de noms privé. Pour plus d’informations, consultez Espaces de noms d’objets.
dwFlags
Ce paramètre est réservé et doit être 0.
[in] dwDesiredAccess
Masque d’accès pour l’objet sémaphore. Pour obtenir la liste des droits d’accès, consultez Synchronization Object Security and Access Rights.
Valeur retournée
Si la fonction réussit, la valeur de retour est un handle pour l’objet sémaphore. Si l’objet sémaphore nommé existait avant l’appel de la fonction, la fonction retourne un handle à l’objet existant et GetLastError retourne ERROR_ALREADY_EXISTS.
Si la fonction échoue, la valeur de retour est NULL. Pour obtenir des informations détaillées sur l’erreur, appelez GetLastError.
Remarques
L’état d’un objet sémaphore est signalé lorsque son nombre est supérieur à zéro, et non signé lorsque son nombre est égal à zéro. Le paramètre lInitialCount spécifie le nombre initial. Le nombre ne peut jamais être inférieur à zéro ou supérieur à la valeur spécifiée dans le paramètre lMaximumCount .
N’importe quel thread du processus appelant peut spécifier le handle sémaphore-object dans un appel à l’une des fonctions d’attente. Les fonctions d’attente à objet unique retournent lorsque l’état de l’objet spécifié est signalé. Les fonctions d’attente à plusieurs objets peuvent être indiquées pour retourner l’un ou l’autre lorsque tous les objets spécifiés sont signalés. Lorsqu’une fonction d’attente est retournée, le thread en attente est libéré pour poursuivre son exécution. Chaque fois qu’un thread termine une attente pour un objet sémaphore, le nombre de l’objet sémaphore est décrémenté d’un. Une fois le thread terminé, il appelle la fonction ReleaseSemaphore, qui incrémente le nombre de l’objet sémaphore.
Plusieurs processus peuvent avoir des handles du même objet sémaphore, ce qui permet d’utiliser l’objet pour la synchronisation interprocessus. Les mécanismes de partage d’objets suivants sont disponibles :
- Un processus enfant créé par la fonction CreateProcess peut hériter d’un handle vers un objet sémaphore si le paramètre lpSemaphoreAttributes de l’héritage CreateSemaphoreEx activé.
- Un processus peut spécifier le handle sémaphore-objet dans un appel à la fonction DuplicateHandle pour créer un handle en double qui peut être utilisé par un autre processus.
- Un processus peut spécifier le nom d’un objet sémaphore dans un appel à [OpenSemaphore](.. /synchapi/nf-synchapi-signalobjectandwait.md) ou la fonction CreateSemaphoreEx .
Configuration requise
| Condition requise | Valeur |
|---|---|
| Client minimal pris en charge | Windows Vista [applications de bureau | applications UWP] |
| Serveur minimal pris en charge | Windows Server 2008 [applications de bureau | applications UWP] |
| Plateforme cible | Windows |
| En-tête | winbase.h (inclure Windows.h) |
| Bibliothèque | Kernel32.lib |
| DLL | Kernel32.dll |
Voir aussi
Commentaires
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, consultez https://aka.ms/ContentUserFeedback.
Envoyer et afficher des commentaires pour