GNU bug report logs - #22109
Sort gives incorrect order when changing delimiters

Previous Next

Package: coreutils;

Reported by: Ed Brambley <edbrambley <at> gmail.com>

Date: Mon, 7 Dec 2015 16:17:03 UTC

Severity: normal

Tags: notabug

Done: Eric Blake <eblake <at> redhat.com>

Bug is archived. No further changes may be made.

Full log


Message #21 received at 22109 <at> debbugs.gnu.org (full text, mbox):

From: Eric Blake <eblake <at> redhat.com>
To: Paul Eggert <eggert <at> cs.ucla.edu>, 22109 <at> debbugs.gnu.org,
 edbrambley <at> gmail.com
Subject: Re: bug#22109: Sort gives incorrect order when changing delimiters
Date: Mon, 7 Dec 2015 14:07:10 -0700
[Message part 1 (text/plain, inline)]
On 12/07/2015 11:07 AM, Paul Eggert wrote:
> This confusion happens often enough that I installed the attached
> documentation patch to try to make things clearer.

Should we also modify this paragraph in 'sort --help'?  Maybe:

> KEYDEF is F[.C][OPTS][,F[.C][OPTS]] for start and stop position, where F is a
> field number and C a character position in the field; both are origin 1, and
> the stop position defaults to the line's end. If neither -t nor -b is in
> effect, characters in a field are counted from the beginning of the preceding
> whitespace. OPTS is one or more single-letter ordering options [bdfgiMhnRrV],
> which override global ordering options for that key. If no key is given, use
>-the entire line as the key.
>+the entire line as the key.  Use --debug to diagnose incorrect key usage.

-- 
Eric Blake   eblake redhat com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

[signature.asc (application/pgp-signature, attachment)]

This bug report was last modified 9 years and 166 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.