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

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Jim Meyering <jim <at> meyering.net>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#5944: marked as done (sort with option +4nr does not work now
 and it used to do it some time ago)
Date: Thu, 15 Apr 2010 10:25:02 +0000

[Message part 1 (text/plain, inline)]

Your message dated Thu, 15 Apr 2010 12:24:38 +0200
with message-id <87aat5au8p.fsf <at> meyering.net>
and subject line Re: bug#5944: sort with option +4nr does not work now and it used to do	it some time ago
has caused the GNU bug report #5944,
regarding sort with option +4nr does not work now and it used to do it some time ago
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact help-debbugs <at> gnu.org
immediately.)


-- 
5944: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5944
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: "Martinez, Abel" <Abel.Martinez <at> eu.sony.com>
To: <bug-coreutils <at> gnu.org>
Subject: sort with option +4nr does not work now and it used to do it some
	time ago
Date: Wed, 14 Apr 2010 09:13:43 +0100

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

(I don't have the info on what old version was working fine, sorry)

Thanks in advance for really grate product

***********************************************
Abel Martinez    SONY    PSE Madrid Spain 
Ph: +34 91 536 57 66
mailto:abel.martinez <at> eu.sony.com
***********************************************

************************************************************************
The information contained in this message or any of its attachments may be confidential and is intended for the exclusive use of the addressee(s).  Any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited without the express permission of the sender.  The views expressed in this email are those of the individual and not necessarily those of Sony or Sony affiliated companies.  Sony email is for business use only.

This email and any response may be monitored by Sony to be in compliance with Sony's global policies and standards

[Message part 3 (message/rfc822, inline)]

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.