[Emacs-bug-tracker] bug#5944: marked as done (sort with option +4nr does not work now and it used to do it some time ago)

[GNU bug Tracking System]

Your message dated Thu, 15 Apr 2010 12:24:38 +0200
with message-id <address@hidden>
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 address@hidden
immediately.)


-- 
5944: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5944
GNU Bug Tracking System
Contact address@hidden with problems
> --- Begin Message ---
>
>
>
> 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:address@hidden
> ***********************************************
>
> ************************************************************************
> 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
>
>
>
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> 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 address@hidden, making it "address@hidden".
> That moves the thread in our bug tracker,
>
>     http://debbugs.gnu.org/coreutils
>
> from "Outstanding Issues" to the "Resolved Bugs" category:
>
>
> --- End Message ---