--- a/cut.txt	Mon May 11 17:47:00 2015 +0200
+++ b/cut.txt	Mon May 11 17:53:00 2015 +0200
@@ -111,7 +111,8 @@
 cut ist die Reihenfolge der Feldauswahlangabe irrelevant; ein
 Feld kann selbst mehrfach angegeben werden.
 
-XXX 4.3BSD-Reno + *BSDs
+XXX
+4.3BSD-Reno + *BSDs
          * This parser is less restrictive than the Draft 9 POSIX spec.
          * POSIX doesn't allow lists that aren't in increasing order or
          * overlapping lists.  We also handle "-3-5" although there's no
@@ -180,6 +181,7 @@
 den Standardisierungsprozess geflossen; bis zur
 Fertigstellung sollte es aber noch weitere zwei Jahre dauern.
 
+XXX
 Schaut man sich die SCCS-IDs (die vom damaligen
 Versionskontrollsystem eingefuegt wurden) in den BSD-Quellen an,
 dann findet man dort Versionsnummern, die die Entstehung
@@ -381,15 +383,16 @@
 Die interne Struktur des C-Codes ist meist aehnlich. Neben der
 obligatorischen main-Funktion, die die Kommandozeilenargumente
 verarbeitet, gibt es im Normalfall eine Funktion, die die
-Feldauswahl in eine interne Datenstruktur ueberfuehrt, desweiteren
+Feldauswahl in eine interne Datenstruktur ueberfuehrt. Desweiteren
 haben fast alle Implementierungen separate Funktionen fuer die
 zwei bzw. drei Modi. Bei den POSIX-konformen Implementierungen
 wird die `-b -n'-Kombination als weiterer Modus behandelt, und
 damit in einer eigenen Funktion umgesetzt. Nur bei der fruehen
 System III-Implementierung (und seiner 4.3BSD-UWisc-Variante)
-wird nichts aus der main-Funktion ausgelagert, ausser den
-Fehlerausgaben.
+wird ausser den Fehlerausgaben nichts aus der main-Funktion
+ausgelagert.
 
+XXX
 Bei System III ist die Anzahl der moeglichen Felder und ebenso
 die Zeilenlaenge auf 512 begrenzt. 4.3BSD-Reno und die BSDs
 der 90er Jahre haben ebenfalls fixe Grenzen (_BSD_LINE_MAX
@@ -401,7 +404,6 @@
 beliebiger Zeilenlaenge (fgetln). XXX
 
 
-
 Beschreibungen
 
 Interessant ist auch ein Vergleich der Kurzbeschreibungen von