GNU bug report logs - #5804
sort --human

Previous Next

Package: coreutils;

Reported by: Phil Dumont <phil <at> solidstatescientific.com>

Date: Tue, 30 Mar 2010 16:13:02 UTC

Severity: wishlist

Done: Bob Proulx <bob <at> proulx.com>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: Jim Meyering <jim <at> meyering.net>
To: bug-coreutils <at> gnu.org
Subject: bug#5804: sort --human
Date: Thu, 01 Apr 2010 08:10:54 +0200

Michal Svoboda wrote:
> Drake Wyrm wrote 796 bytes:
>> Michal Svoboda <pht <at> spatium.org> wrote:
>> > Bob Proulx wrote 704 bytes:
>> > >     ** New features
>> > >       sort accepts a new option, --human-numeric-sort (-h): sort numbers
>> > >       while honoring human readable suffixes like KiB and MB etc.
>> >
>> > Interesting. So does it sort correctly 1 MB < 1000 KiB < 1 MiB ?
>>
>> $ { echo 1MB; echo 1000KiB; echo 1MiB; } | sort -h
>> sort: both SI and IEC prefixes present on units
>>
>> That would be a no to the "sort" part, but perhaps a yes to the
>> "correctly" part.
>
> Ah, this is obviously some strange use of the word *correctly* that
> I wasn't previously aware of.

;-)
Perhaps he meant that it works as documented:

  `-h'
  `--human-numeric-sort'
  `--sort=human-numeric'
       Sort numerically, as per the `--numeric-sort' option below, and in
       addition handle IEC or SI suffixes like MiB, MB etc (*note Block
       size::).  Note a mixture of IEC and SI suffixes is not supported
       and will be flagged as an error.  Also the numbers must be
       abbreviated uniformly.  I.E. values with different precisions like
       6000K and 5M will be sorted incorrectly.
This bug report was last modified 15 years and 52 days ago.

Previous Next

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