docs/cut

diff cut.txt @ 2:3659d2502d61

Zwischenstand
author markus schnalke <meillo@marmaro.de>
date Sat, 02 May 2015 18:31:00 +0200
parents a3f18ccc3996
children 7cd149433a96
line diff
     1.1 --- a/cut.txt	Sat May 02 13:45:00 2015 +0200
     1.2 +++ b/cut.txt	Sat May 02 18:31:00 2015 +0200
     1.3 @@ -49,12 +49,12 @@
     1.4  dann ist `-c' nicht unbedingt die passende Option zur Kuerzung
     1.5  langer Zeilen.
     1.6  
     1.7 -Frueher als US-ASCII omnipraesente als Zeichensatz und -kodierung
     1.8 +Frueher, als US-ASCII omnipraesente als Zeichensatz und -kodierung
     1.9  war, war jedes Zeichen durch genau ein Byte kodiert und somit
    1.10 -beschnitt `cut -c' sowohl nach Ausgabezeichen als auch nach
    1.11 -Datenmenge. Als aber Multibyte-Kodierungen (z.B. UTF-8) aufkamen,
    1.12 +selektierte `cut -c' sowohl nach Ausgabezeichen als auch nach
    1.13 +Bytes. Mit dem Aufkommen von Multibyte-Kodierungen (wie UTF-8)
    1.14  musste man sich von dieser Annahme loesen. In diesem Zug
    1.15 -bekam cut mit POSIX.2 die Option `-b'. Diese selektiert nach
    1.16 +bekam cut mit POSIX.2-1992 die Option `-b'. Diese selektiert
    1.17  Bytes. Will man also nur die ersten maximal 20 Bytes vor dem
    1.18  Newline-Zeichen stehen haben (und den Rest stillschweigend
    1.19  ignorieren), dann macht man das mit:
    1.20 @@ -117,7 +117,7 @@
    1.21  [ http://minnie.tuhs.org/cgi-bin/utree.pl?file=4.3BSD-Reno/src/usr.bin/cut/cut.1
    1.22  erwaehnt bereits die angestrebte aber noch vermutete Konformitaet
    1.23  zu POSIX.2. Man muss wissen, dass POSIX.2 erst im September
    1.24 -1992 veroeffentlicht wird. Die Aussage basiert also auf dem
    1.25 +1992 veroeffentlicht wurde. Die Aussage basiert also auf dem
    1.26  Zwischenstand nach zweieinhalb der insgesamt fuenf Jahre, die
    1.27  die Arbeiten am Standard benoetigten.
    1.28  
    1.29 @@ -134,10 +134,46 @@
    1.30  Unix Varianten uebernommen und ist heutzutage ueberall
    1.31  anzutreffen.
    1.32  
    1.33 -Die Beschreibung von cut in POSIX.2 1992 ist sicher wichtig,
    1.34 -zuvor war cut aber schon 1987 im X/OPEN Portability Guide,
    1.35 -Issue 2, Vol. 1, und davor sogar schon 1985 in der System V
    1.36 -Interface Definition beschrieben worden.
    1.37 +Mit POSIX.2 im Jahre 1992 wurde cut zum ersten Mal in der
    1.38 +heutigen Form (mit -b) standardisiert. In der urspruenglichen
    1.39 +Variante (ohne -b) taucht es u.a. 1985 in der System V
    1.40 +Interface Definition, einer wichtigen formalen Beschreibung
    1.41 +von UNIX System V, auf.
    1.42  
    1.43  
    1.44 +Beschreibungen
    1.45  
    1.46 +Interessant ist ein Vergleich der Kurzbeschreibungen von cut,
    1.47 +wie man sie in der Titelzeile der Manpages oder manchmal auch
    1.48 +am Anfang der Quellcodedatei findet.
    1.49 +
    1.50 +System III	cut out selected fields of each line of a file
    1.51 +System III code	cut and paste columns of a table (projection of a relation)
    1.52 +System V	cut out selected fields of each line of a file
    1.53 +SVID		cut out selected fields of each line of a file
    1.54 +HP-UX		cut out (extract) selected fields of each line of a file
    1.55 +
    1.56 +4.3BSD-UWisc	cut and paste columns of a table (projection of a relation)
    1.57 +4.3BSD-Reno	select portions of each line of a file
    1.58 +NetBSD		select portions of each line of a file
    1.59 +FreeBSD 1.0	select portions of each line of a file
    1.60 +FreeBSD >2007	cut out selected portions of each line of a file
    1.61 +SunOS 4.1.3	remove selected fields from each line of a file
    1.62 +SunOS 5.5.1	cut out selected fields of each line of a file
    1.63 +
    1.64 +POSIX		cut out selected fields of each line of a file
    1.65 +
    1.66 +GNU coreutils	remove sections from each line of files
    1.67 +
    1.68 +Minix		select out columns of a file
    1.69 +
    1.70 +Version 8 Unix	rearrange columns of data
    1.71 +``Unix Reader''	rearrange columns of text
    1.72 +
    1.73 +
    1.74 +
    1.75 +
    1.76 +
    1.77 +
    1.78 +
    1.79 +