docs/cut
changeset 2:3659d2502d61
Zwischenstand
author | markus schnalke <meillo@marmaro.de> |
---|---|
date | Sat, 02 May 2015 18:31:00 +0200 |
parents | a3f18ccc3996 |
children | 7cd149433a96 |
files | cut.txt |
diffstat | 1 files changed, 45 insertions(+), 9 deletions(-) [+] |
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 +