[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#5958: Sort-8.4 bug
From: |
pacman |
Subject: |
bug#5958: Sort-8.4 bug |
Date: |
Fri, 16 Apr 2010 19:08:55 -0500 (GMT+5) |
Eric Blake writes:
>
> On 04/16/2010 04:58 AM, Santiago Rodriguez wrote:
> > Dear sirs,
> >=20
> > I think I have found a bug in sort coreutils command. When I type
> >=20
> > sort -T /tmp +1 -2 +2rn -3 +0 -1<<EOF
> > perra/S perra 2.200000
> > perro/PS perra 4.400000
> > EOF
>
> Thanks for the report; however, this is not a bug.
>
> The syntax 'sort +1' is obsolete. You are better off rewriting your
When you pry it from my cold dead hands...
> scripts to conform to POSIX:
>
> sort -T /tmp -k2,3 -k3,4rn -k1,2
I don't think that's a correct equivalence. Traditional options +1 -2 should
mean the same as -k2,2 (i.e. the -2 means the key ends *before* field 2,
counting from 0).
Instead of comparing new coreutils to old coreutils, how about reading some
documentation that actually specifies the +pos1 -pos2 syntax, and is not
written from the "why won't those old people die off already" point of view?
For example the V7 man page:
http://www.freebsd.org/cgi/man.cgi?query=sort&apropos=0&sektion=0&manpath=Unix+Seventh+Edition&format=ascii
Or something more recent, from Solaris, that provides a precise formula for
translating +pos1 -pos2 into -k options:
http://www.freebsd.org/cgi/man.cgi?query=sort&apropos=0&sektion=0&manpath=SunOS+5.10&format=ascii
--
Alan Curry