Typos

hw9/task1/README.md

@@ -51,8 +51,8 @@ Beispiele:
 
 ### 1.2.3 CONTROL
 
-Das CONTROL-Kommando überträgt eine CONTROL Kommando an den Server. Das
-Kommando darf selbst keine newline enthalten. Es ist erlaubt, eine
+Das CONTROL-Kommando überträgt ein CONTROL Kommando an den Server. Das
+Kommando darf selbst keine newline enthalten. Es ist erlaubt, ein
 _leeres_ Kommando zu schicken.
 
 Beispiele:
@@ -81,7 +81,7 @@ Die Trennung der Eingabe in einzelne Zeilen ist dem aufrufenden Code
 überlassen.
 
 Enthält der Input mehrere newlines, darf der Rest ohne Fehler verworfen
-weden.
+werden.
 
 Folgendes öffentliche Interface ist vorgegeben:
 
@@ -104,11 +104,11 @@ Daten verloren gehen!
 
 ### 2.2.3 Fehlerbehandlung und Rückgabetyp
 
-Finden Sie einen geeigneten Rückgabetyp, der das gefundene Kommando, als
-auch eventuelle Fehler kommuniziert. Kombinieren Sie dies mit einer
-geeigneten Darstellung des Kommandos.
+Finden Sie einen geeigneten Rückgabetyp, der sowohl das gefundene
+Kommando, als auch eventuelle Fehler kommuniziert. Kombinieren Sie dies
+mit einer geeigneten Darstellung des Kommandos.
 
-Allokieren Sie die gefunden Daten als `String`.
+Allokieren Sie die gefundenen Daten als `String`.
 
 ## 3.1 Hilfen
 

hw9/task2/README.md

@@ -21,8 +21,8 @@ hw9:task1 implementiert.
 
 Zuvor legen wir ein [Rust Workspace][] an, in welchem wir komfortabel
 unsere eigenen Bibliotheken und ein Binary (den Server) verwalten.
-Nutzen Sie die in hw9:task1 geschriebene Bibliothek, in dem Sie diese
-als `srv-commands` Bibliothek in task2 benutzen, um die Kommandos an den
+Nutzen Sie die in hw9:task1 geschriebene Bibliothek, indem Sie diese als
+`srv-commands` Bibliothek in task2 benutzen, um die Kommandos an den
 Server zu parsen. Kopieren Sie dazu Ihre Dateien aus task1 in das
 `srv-commands` Verzeichnis.
 
@@ -36,7 +36,7 @@ Sorgen Sie in dieser ersten Ausbaustufe dafür, dass der Server 'Orders'
 gibt, in der Sie gesendet wurden. ([FIFO][fifo])
 
 Der Server darf beim Herunterfahren alle Daten verlieren. In dieser
-Version Ihres Servers genügt es, wenn der Server nur immer eine Anfrage
+Version Ihres Servers genügt es, wenn der Server immer nur eine Anfrage
 zu jeder Zeit beantwortet.
 
 ### 2.1.1 Optionen beim Aufruf
@@ -128,9 +128,9 @@ Test3
 
 ### 2.1.3 Ausgaben des Servers auf der Konsole
 
-Eventuell Auftretende Fehler gibt der Server auf der Konsole aus, ohne
+Eventuell auftretende Fehler gibt der Server auf der Konsole aus, ohne
 das Programm zu beenden. So wird z.B bei einem unbekannten Kommando der
-Entsprechende Errors Ihrer `srv-commands` Bibliothek ausgegeben, die
+entsprechende Error Ihrer `srv-commands` Bibliothek ausgegeben, die
 folgende Form haben könnte:
 ```text
 ...
@@ -138,7 +138,7 @@ Error occurred: ParseError(UnknownCommand)
 ...
 ```
 
-Wird die Option -v angegeben, dann gibt der Server zusätzlichen
+Wird die Option -v angegeben, dann gibt der Server zusätzliche
 Informationen aus (siehe obiges Kapitel dazu).
 
 ### 2.1.4 Unit Tests / Integration Tests
@@ -149,12 +149,12 @@ in Ihren Libraries und Ihrem Server zu testen.
 ## 3.1 Fehlerbehandlung 
 
 Wie bereits mehrfach erwähnt, geschieht auch in Rust die
-Fehlerbehandlung wie mit Javas checked Exceptions, in dem spezielle
+Fehlerbehandlung wie mit Javas checked Exceptions, indem spezielle
 Fehler und Ergebnisse in generische Fehler und Ereignisse umgeformt
-werden, um diese dann nach 'oben' durch zureichen. Auf der höchsten
+werden, um diese dann nach 'oben' durch zu reichen. Auf der höchsten
 Ebene werden dann die Fehler behandelt. Bei Rust kommt noch dazu, dass
 man Results auch lokal in einer Funktion kombiniert, um dann alle Fehler
-innerhalb dieser Funktion (Top-level Handler) behandelt.
+innerhalb dieser Funktion (Top-level Handler) zu behandeln.
 
 Als Basiswerkzeug haben Sie dazu bereits die Traits
 `[std::convert::From][]` und `[std::convert::Into][]` kennen gelernt. Es
@@ -172,7 +172,7 @@ res.map(....).map_err(....)
 ```
 
 Das ist derzeit noch 'aufwendig' als Syntax zu schreiben, entsprechende
-RFC's um dies zu vereinfachen existieren bereits (vgl. Evolution der
+RFC's, um dies zu vereinfachen existieren bereits (vgl. Evolution der
 Fehlerbehandlung in Rust: match()->try!->?).
 
 Ihre Lösung dieser Aufgabe hat somit idealerweise einen eigenen
@@ -182,8 +182,8 @@ den/die in dieser Aufgabe auftretende Fehlertypen enthält.
 ## 4.1 Tipps
 
 * Zum Speichern eignet sich die [VecDeque][vecdeque], mit der sich das oben genannte FIFO-Verhalten gut abbilden lässt.
-* Früher an später denken: gut Aufteilung von Aufgaben in Funktionen,
-  Module und Bibliotheken macht die folgenden Aufgaben einfacher.
+* Früher an später denken: gute Aufteilung von Aufgaben in Funktionen,
+  Module und Bibliotheken machen die folgenden Aufgaben einfacher.
 * Zum Testen eignet sich **netcat**:
 
 ```