docs/cut

changeset 29:c0b522e689bc

Some more minor rework based on Kate's comments
author markus schnalke <meillo@marmaro.de>
date Sat, 12 Sep 2015 12:18:52 +0200
parents 0d7329867dd1
children 6977e2ee5dc5
files cut.en.ms
diffstat 1 files changed, 9 insertions(+), 8 deletions(-) [+]
line diff
     1.1 --- a/cut.en.ms	Sun Aug 16 23:03:04 2015 +0200
     1.2 +++ b/cut.en.ms	Sat Sep 12 12:18:52 2015 +0200
     1.3 @@ -108,13 +108,13 @@
     1.4  passwd file. Beyond that, it soon reaches its limits. The typical
     1.5  case of whitespace-separated fields, in particular, is covered
     1.6  poorly by it. Cut's delimiter is exactly one character,
     1.7 -therefore one may not split at both space and tab characters.
     1.8 +therefore one can not split at both space and tab characters.
     1.9  Furthermore, multiple adjacent delimiter characters lead to
    1.10  empty fields. This is not the expected behavior for
    1.11  the processing of whitespace-separated fields. Some
    1.12  implementations, e.g. the one of FreeBSD, have extensions that
    1.13 -handle this case in the expected way. Apart from that, i.e.
    1.14 -if one likes to stay portable, awk comes to rescue.
    1.15 +handle this case in the expected way. On other systems or
    1.16 +to stay portable, awk comes to rescue.
    1.17  .PP
    1.18  Awk provides another functionality that cut lacks: Changing the order
    1.19  of the fields in the output. For cut, the order of the field
    1.20 @@ -237,9 +237,9 @@
    1.21  Multi-byte support
    1.22  .LP
    1.23  The byte mode and thus the multi-byte support of the POSIX
    1.24 -character mode have benn standardized since 1992. But
    1.25 -how about their presence in the available implementations?
    1.26 -Which versions implement POSIX correctly?
    1.27 +character mode have been standardized since 1992. But are
    1.28 +they present in the available implementations? Which versions
    1.29 +implement POSIX correctly?
    1.30  .PP
    1.31  The situation is divided into three parts: There are historic
    1.32  implementations, which have only \f(CW-c\fP and \f(CW-f\fP.
    1.33 @@ -252,8 +252,9 @@
    1.34  that implement \f(CW-c\fP and \f(CW-b\fP in a POSIX-compliant
    1.35  way.
    1.36  .PP
    1.37 -Historic two-mode implementations are the ones of 
    1.38 -System III, System V, and the BSD ones until the mid-90s.
    1.39 +Historic two-mode implementations are the ones of
    1.40 +System III, System V, and the BSD ones from the beginning
    1.41 +until the mid-90s.
    1.42  .PP
    1.43  Pseudo multi-byte implementations are provided by GNU,
    1.44  modern NetBSD, and modern OpenBSD. The level of POSIX compliance