1.1 --- a/cut.txt	Sun May 31 20:13:22 2015 +0200
     1.2 +++ b/cut.txt	Thu Jun 11 07:23:34 2015 +0200
     1.3 @@ -148,14 +148,14 @@
     1.4  zufolge, in PWB/UNIX, dessen Entwicklungslinie die Grundlage für
     1.5  System III war. In den von PWB 1.0 (1977) verfügbaren Quellen
     1.6  [ http://minnie.tuhs.org/Archive/PDP-11/Distributions/usdl/
     1.7 -ist cut noch nicht zu finden. Von PWB 2.0 sind mir keine
     1.8 -verfügbaren Quellen oder hilfreiche Dokumentation bekannt.
     1.9 +ist cut noch nicht zu finden. Von PWB 2.0 scheinen keine
    1.10 +Quellen oder hilfreiche Dokumentation verfügbar zu sein.
    1.11  PWB 3.0 wurde später aus Marketinggründen als System III
    1.12  bezeichnet. Eine Nebenlinie zu PWB war CB Unix, das nur innerhalb
    1.13  der Bell Labs genutzt wurde. Das Handbuch von CB Unix Edition 2.1
    1.14  vom November 1979 enthält bereits eine Manpage für cut.
    1.15  [ ftp://sunsite.icm.edu.pl/pub/unix/UnixArchive/PDP-11/Distributions/other/CB_Unix/cbunix_man1_02.pdf
    1.16 -Eine frühere Erwähnung von cut als diese habe ich nicht gefunden.
    1.17 +Dies ist die früheste von mir gefundene Erwähnung von cut.
    1.18  
    1.19  Nun ein Blick auf die BSD-Linie: Dort ist mein frühester
    1.20  Fund ein cut.c mit dem Dateimodifikationsdatum 1986-11-07
    1.21 @@ -195,8 +195,8 @@
    1.22  Zudem listet Draft 11.2 alle drei Modi, während in diesem
    1.23  BSD cut nur die zwei alten implementiert sind. Es könnte also
    1.24  sein, dass in Draft 9 der Bytemodus noch nicht vorhanden war.
    1.25 -Da ich keinen Zugang zu Draft 9 oder 10 finden konnte, war es mir
    1.26 -leider nicht möglich, diese Vermutung zu prüfen.
    1.27 +Ohne Zugang zu Draft 9 oder 10, war es leider nicht möglich,
    1.28 +diese Vermutung zu prüfen.
    1.29  
    1.30  Die Versionsnummern und Änderungsdaten der älteren
    1.31  BSD-Implementierungen kann man aus den SCCS-IDs, die vom
    1.32 @@ -218,11 +218,11 @@
    1.33  Trotz der vielen Jahreszahlen aus den 80er Jahren gehört cut,
    1.34  aus Sicht des ursprünglichen Unix, zu den jüngeren Tools.
    1.35  Wenn cut auch ein Jahrzehnt älter als Linux, der Kernel, ist,
    1.36 -so war Unix doch schon über zehn Jahre alt, als cut das
    1.37 +so war Unix schon über zehn Jahre alt, als cut das
    1.38  erste Mal auftauchte. Insbesondere gehörte cut noch nicht
    1.39  zu Version 7 Unix, das die Ausgangsbasis aller modernen
    1.40  Unix-Systeme darstellt. Die weit komplexeren Programme sed
    1.41 -und awk waren dort schon vertreten. Man muss sich also
    1.42 +und awk waren dort aber schon vertreten. Man muss sich also
    1.43  fragen, warum cut überhaupt noch entwickelt wurde, wo es
    1.44  schon zwei Programme gab, die die Funktion von cut abdecken
    1.45  konnten. Ein Argument für cut war sicher seine Kompaktheit und
    1.46 @@ -265,7 +265,7 @@
    1.47  Teilweise findet man erst nach genauerer Suche heraus, dass
    1.48  -c und -n nicht wie erwartet funktionieren; teilweise machen es
    1.49  sich die Systeme auch einfach, indem sie auf
    1.50 -Singlebyte-Zeichenkodierungen beharren, das aber dafür meist
    1.51 +Singlebyte-Zeichenkodierungen beharren, das aber dafür
    1.52  klar darlegen:
    1.53  
    1.54  	Since we don't support multi-byte characters, the -c and -b
    1.55 @@ -282,7 +282,7 @@
    1.56  übernommen haben, bleibt offen. Es scheint aber an der im
    1.57  obigen Kommentar formulierten Grundausrichtung zu liegen.
    1.58  
    1.59 -Wie findet man nun als Nutzer heraus, ob beim cut(1) des eigenen
    1.60 +Wie findet man nun als Nutzer heraus, ob beim cut des eigenen
    1.61  Systems Multibytes korrekt unterstützt werden? Zuerst ist
    1.62  entscheidend, ob das System selbst mit einem Multibyte-Encoding
    1.63  arbeitet, denn tut es das nicht, dann entsprechen sich
    1.64 @@ -297,9 +297,9 @@
    1.65  	0000003
    1.66  
    1.67  In diesem Fall sind es zwei Bytes: oktal 303 und 244 . (Den
    1.68 -Zeilenumbruch fügt echo(1) hinzu.)
    1.69 +Zeilenumbruch fügt echo hinzu.)
    1.70  
    1.71 -Mit dem Programm iconv(1) kann man Text explizit in bestimmte
    1.72 +Mit dem Programm iconv kann man Text explizit in bestimmte
    1.73  Kodierungen konvertieren. Hier Beispiele, wie die Ausgabe
    1.74  bei Latin1 und wie sie bei UTF-8 aussieht.
    1.75  
    1.76 @@ -397,8 +397,8 @@
    1.77  Neben der obligatorischen main-Funktion, die die Kommandozeilenargumente
    1.78  verarbeitet, gibt es im Normalfall eine Funktion, die die
    1.79  Feldauswahl in eine interne Datenstruktur überführt. Desweiteren
    1.80 -haben fast alle Implementierungen separate Funktionen für die
    1.81 -zwei oder drei Modi. Bei den POSIX-konformen Implementierungen
    1.82 +haben fast alle Implementierungen separate Funktionen für jeden
    1.83 +ihrer Modi. Bei den POSIX-konformen Implementierungen
    1.84  wird die `-b -n'-Kombination als weiterer Modus behandelt, und
    1.85  damit in einer eigenen Funktion umgesetzt. Nur bei der frühen
    1.86  System III-Implementierung (und seiner 4.3BSD-UWisc-Variante)