From a0cee389f87a4805619c0ad6176f7183715140d3 Mon Sep 17 00:00:00 2001
From: code-j-deb <jtnproj@gmail.com>
Date: Thu, 3 Apr 2025 16:01:15 +0200
Subject: [PATCH] fix: faute de frappe
---
05_fibers.md | 2 +-
07_stackless_coroutines.md | 10 +++++-----
08_runtimes_wakers_reactor_executor.md | 2 +-
3 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/05_fibers.md b/05_fibers.md
index 3ab56fa..73009f5 100644
--- a/05_fibers.md
+++ b/05_fibers.md
@@ -411,7 +411,7 @@ impl Runtime {
* Alignement
* Ajout de la fonction `f()` et de `skip() / gard()`
* `skip()` sert qu'à aligner la mémoire
-* `gard()` est ka fonction appelé quand thread retourne
+* `gard()` est la fonction appelé quand thread retourne
* Ressemble au code du contexte du début de la séance
```rust
diff --git a/07_stackless_coroutines.md b/07_stackless_coroutines.md
index 6138eb0..6c24b86 100644
--- a/07_stackless_coroutines.md
+++ b/07_stackless_coroutines.md
@@ -18,7 +18,7 @@ patat:
## Stackless coroutines
-* Simplemnt une tâche qu'on peut mettre en pause et redémarrer: rendre le contrôle au scheduler (ou à une autre coroutine)
+* Simplement une tâche qu'on peut mettre en pause et redémarrer: rendre le contrôle au scheduler (ou à une autre coroutine)
* En opposition aux coroutines avec pile (fibres/green-threads)
* On utilise une machine d'états contenant les informations pour arrêter-redémarrer une tâche (on met pas ces informations dans une pile séparée)
@@ -58,7 +58,7 @@ async fn async_main() {
1. Afficher un message lorsque la tâche démarre
2. Faire une requête `GET` à un serveur
-3. Attemdre la réponse de la requête
+3. Attendre la réponse de la requête
4. Afficher la réponse du serveur
5. Faire une deuxième requête `GET`
6. Attendre la deuxième réponse du serveur
@@ -85,7 +85,7 @@ pub enum PollState<T> {
* Presque les mêmes définitions que `Future` et `Poll` de la librairie standard
* Il manque que le contexte pour `poll()`
-* `NotReay` -> `Pending` pour la librairie standard
+* `NotReady` -> `Pending` pour la librairie standard
* Tout l'enjeu pour chaque partie de notre code sera d'implémenter le trait `Future`
## La coroutine 1/
@@ -136,7 +136,7 @@ fn main() {
```
* On démarre la coroutine avec l'état à `Start`
-* La coroutine implémnte le trait `Future`
+* La coroutine implémente le trait `Future`
* On `poll()` la `Coroutine` tant qu'elle est `NotReady` où on pourrait exécuter d'autres tâches
* On attend `100`ms pour pas avoir trop de messages
@@ -175,7 +175,7 @@ impl Future for Coroutine {
```
* La `Coroutine` retourne rien
-* Boucle infinie pour faire avancer notre état `Start` -> `Wait1` -> `Wait2` -> `Resovled`
+* Boucle infinie pour faire avancer notre état `Start` -> `Wait1` -> `Wait2` -> `Resolved`
* `Wait1/2` contiennent les requêtes `GET` enfant sur lesquelles ont attend pour pouvoir progresser
* On `poll()` les `Future` enfants de `Coroutine`
* Si on tente te `poll()` depuis l'état `Resolved` on `panic!()`
diff --git a/08_runtimes_wakers_reactor_executor.md b/08_runtimes_wakers_reactor_executor.md
index e6078d0..b91e08f 100644
--- a/08_runtimes_wakers_reactor_executor.md
+++ b/08_runtimes_wakers_reactor_executor.md
@@ -424,7 +424,7 @@ pub trait Future {
### Ce qu'il fera
-* Gérer de façon efficace les attentes et les évènements auxquels notre `Ruintime` sera intéressé
+* Gérer de façon efficace les attentes et les évènements auxquels notre `Runtime` sera intéressé
* Stocker une collection de `Waker` et s'assurer que le `Waker` correct est réveillé en fonction de la notification qu'il reçoit
* Permettre aux `Future` de s'abonner / désabonner aux évènements
--
GitLab