Clarification sur le type de la valeur du sémaphore #20
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
La diapositive 6 du chapitre 7 sur les sémaphores dit très clairement que le type de la valeur du sémaphore est un entier non-signé, or c'est faux.
Le syllabus évite de dire que c'est un entier non-signé mais la formulation « un entier qui stocke la valeur, positive ou nulle, du sémaphore » pourrait aussi amener certains à croire qu'un entier non-signé est utilisé.
À cause de ça, la condition
if
du pseudo-code poursem_wait
me semblait être une condition toujours fausse et relevait donc d'une faute de frappe. Ce serait une contradiction car un entier non-signé est toujours forcément ≥0. Quand bien même on décrémenterait un entier non-signé égal à 0, on aura alors à faire à un phénomène d'overflow où la variable prendrait une valeur égale àUINT_MAX
(dont la valeur exacte dépendra du nombre de bits), pas à -1.Ce PR clarifie donc le fait que la valeur du sémaphore est un entier signé qui peut aller dans les nombres négatifs pour éviter que d'autres étudiants fassent dans la même erreur de compréhension que moi.
PS: Les slides ne sont pas open-source, j'imagine ?