GNU bug report logs - #7407
about the order result of the sort command

Previous Next

Package: coreutils;

Reported by: 黄东喜 <dongxi.huang <at> sinofriends.com>

Date: Mon, 15 Nov 2010 08:37:01 UTC

Severity: normal

Done: Pádraig Brady <P <at> draigBrady.com>

Bug is archived. No further changes may be made.

Full log


Message #13 received at 7407-done <at> debbugs.gnu.org (full text, mbox):

From: Pádraig Brady <P <at> draigBrady.com>
To: Eric Blake <eblake <at> redhat.com>
Cc: 7407-done <at> debbugs.gnu.org,
	黄东喜 <dongxi.huang <at> sinofriends.com>
Subject: Re: bug#7407: about the order result of the sort command
Date: Mon, 15 Nov 2010 16:53:06 +0000
On 15/11/10 16:23, Eric Blake wrote:
> On 11/15/2010 01:17 AM, 黄东喜 wrote:

>>
>> It is different from the sort order of the “join” command.
> 
> Reread 'join --help':
> 
>>        Important:  FILE1  and  FILE2 must be sorted on the join fields.  E.g.,
>>        use ` sort -k 1b,1 ' if `join' has no options, or use ` join -t '' ' if
>>        `sort'  has no options.  Note, comparisons honor the rules specified by
>>        `LC_COLLATE'.  If the input is not sorted  and  some  lines  cannot  be
>>        joined, a warning message will be given.
> 
> If you correctly sorted with -k 1b,1 (or if you correctly used join -t
> ''), then you will get consistent results for your current locale
> (whether or not you also choose to change things to require LC_ALL=C).

join -t '' is a recent addition, with join -t '\0' being the old way to achieve the same.
I'm marking this done as from the example the poster seems to want: sort -k 1b,1

cheers,
Pádraig.




This bug report was last modified 14 years and 193 days ago.

Previous Next


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