GNU bug report logs - #5944
sort with option +4nr does not work now and it used to do it some time ago

Previous Next

Full log

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

From: Jim Meyering <jim <at> meyering.net>
To: Eric Blake <eblake <at> redhat.com>
Cc: 5944-close <at> debbugs.gnu.org, "Martinez, Abel" <Abel.Martinez <at> eu.sony.com>
Subject: Re: bug#5944: sort with option +4nr does not work now and it used to
	do	it some time ago
Date: Thu, 15 Apr 2010 12:24:38 +0200

Eric Blake wrote:
> On 04/14/2010 02:13 AM, Martinez, Abel wrote:
>> Hi CoreUtil/SORT developer team:
>>
>> Long time ago I used cygwing to sort file's content by the text
>> available on its 4th column in reverse order (under bash) using ___$sort
>> +4nr file.txt____ .
>>
>> I have tried now same function with the latest cygwing and coreutils
>> sorting package (sort.exe 19-March-2010) and with those options does not
>> work; It says:
>> 	$ sort +4nr ACCESS.txt
>> 	sort: open failed: +4nr: No such file or directory
>
> Not a bug, but a difference in the level of POSIX compliance.  Older
> cygwin defaulted to the 1992 version of POSIX, while newer cygwin
> defaults to 2001.  Per the NEWS file:

Thanks for replying, Eric.
With this message, I'm inserting "-close" into the default Cc'd address
of 5944 <at> debbugs.gnu.org, making it "5944-close <at> debbugs.gnu.org".
That moves the thread in our bug tracker,

    http://debbugs.gnu.org/coreutils

from "Outstanding Issues" to the "Resolved Bugs" category:

Previous Next

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