• un thread pour créditer les comptes
• un thread pour débiter les comptes.

• Les mutex permettent de limiter l'exécution simultanée d'un code (procédure, ligne de code, ...) à un thread à un instant donné. Un mutex peut être partagé par plusieurs applications. Pour plus de détails, consultez Gérer les mutex dans les threads.
• Les sections critiques permettent de limiter l'exécution simultanée d'un code (procédure, ligne de code, ...) à un thread à un instant donné dans une seule application. Pour plus de détails, consultez Gérer les sections critiques.

1. Le thread n°1 exécute la fonction SémaphoreDébut : aucun thread n'est actuellement présent dans le sémaphore.
2. Le thread n°1 exécute la partie de code protégée par le sémaphore.
3. Pendant que le thread n°1 exécute le code protégé par le sémaphore, un thread n°2 exécute la fonction SémaphoreDébut : le code protégé par le sémaphore étant déjà en cours d'exécution par le thread n°1, le thread n°2 attend le déblocage du sémaphore.
4. Le thread n°1 exécute la fonction SémaphoreFin : plus aucun thread n'exécute le code du sémaphore.
5. Le thread n°2 peut exécuter le code protégé par le sémaphore.
6. Le thread n°2 exécute la fonction SémaphoreFin : plus aucun thread n'exécute le code du sémaphore.

Les étapes :

1. Création d'un sémaphore avec la fonction SémaphoreCrée. Le sémaphore est associé à un nom.
2. Appel de la fonction SémaphoreDébut avant la portion de code à protéger.
3. Appel de la fonction SémaphoreFin pour délimiter la portion de code à protéger. Les lignes de code situées après la fonction SémaphoreFin ne seront plus protégées.
4. Destruction du sémaphore avec la fonction SémaphoreDétruit.

Remarques

• Les parties de code protégées par un sémaphore doivent être les plus courtes possibles, et concerner uniquement des traitements "critiques".
• Un sémaphore de même nom peut être utilisé pour protéger plusieurs zones de code différentes. Un seul thread pourra être à un instant donné dans une des zones protégées par le sémaphore.
• Lorsqu'un thread est en attente, les ressources du processeur ne sont pas utilisées.
• Les sémaphores s'appliquent aussi bien au thread principal qu'aux threads secondaires (créés avec la fonction ThreadExécute). Il est nécessaire d'éviter le blocage du thread principal. En effet, si le thread principal est bloqué (en attente), l'application ne peut plus s'exécuter.
• Les fonctions SémaphoreDébut et SémaphoreFin doivent être utilisées dans le même traitement (par exemple dans une procédure).
• Les sémaphores peuvent être partagés ou non entre les différentes applications exécutées sur le poste. Il suffit d'indiquer le mode de partage des sémaphores lors de leur création (fonction SémaphoreCrée).

Les fonctions de gestion des sémaphores

Exemple