GNU bug report logs - #19021
Possible bug in sort

Previous Next

Package: coreutils;

Reported by: Ben Mendis <dragonwisard <at> gmail.com>

Date: Tue, 11 Nov 2014 16:42:02 UTC

Severity: normal

Tags: notabug

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

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Ben Mendis <dragonwisard <at> gmail.com>
To: 19021 <at> debbugs.gnu.org
Subject: bug#19021: Possible bug in sort
Date: Tue, 11 Nov 2014 11:39:12 -0500
[Message part 1 (text/plain, inline)]
http://stackoverflow.com/questions/26869717/why-does-sort-seem-to-sort-a-field-incorrectly-based-on-the-presence-or-absenc

Data is here: https://gist.github.com/anonymous/2a7beb4871b25ae8f8b3

This results in line 7 being sorted incorrectly: sort -t , -k 1n < weird.csv

This produced the expected results: cut -f , -d 1-3 < weird.csv | sort -t ,
-k 1n

Using 'g' instead of 'n' also produces the expected results, but I'm not
clear on what the difference is between 'g' and 'n'.

Tested with sort 8.21 on Slackware64-current.
[Message part 2 (text/html, inline)]

This bug report was last modified 10 years and 191 days ago.

Previous Next


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