GNU logs - #30661, boring messages

Message sent to bug-coreutils@HIDDEN:

Subject: bug#30661: sort
Resent-From: James Bunke <james_a_bunke@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Thu, 01 Mar 2018 00:02:01 +0000
Resent-Message-ID: <handler.30661.B.15198625137951 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 30661 <at> debbugs.gnu.org
Reply-To: James Bunke <james_a_bunke@HIDDEN>
Date: Wed, 28 Feb 2018 23:42:59 +0000 (UTC)
From: James Bunke <james_a_bunke@HIDDEN>
Message-ID: <820042476.8030674.1519861379922@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/alternative; 
 boundary="----=_Part_8030673_1276334331.1519861379920"
References: <820042476.8030674.1519861379922.ref@HIDDEN>
Content-Length: 2619
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

------=_Part_8030673_1276334331.1519861379920
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

To: bug-coreutils@HIDDEN

This seems an oversight than an actual bug:

=C2=A0=C2=A0=C2=A0 'sort -n' thinks "B" is a larger value than "AA" -- yep!=
 someone
forgot about hexadecimal, but binary, octal, and decimal work fine.

Suggestion: Don't revert to alphanumeric sorting until the rules are
broken by the sort field:

=C2=A0=C2=A0=C2=A0 1) There is an optional leading Plus(+) or Minus(-) but =
just one.
=C2=A0=C2=A0=C2=A0 2) There is an optional single Point(.) that may occur a=
nywhere
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 within the field except before an opti=
onal Plus or Minus.
=C2=A0=C2=A0=C2=A0 3) Numerals are limited to "0123456789ABCDEFabcdef".
=C2=A0=C2=A0=C2=A0 4) No white space, other letters, or other punctuation a=
llowed or
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 revert to alphanumeric sort.

Thank You,
J.B.

P.S.: Shouldn't be necessary to transform data to sort it...
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Use '-nx' or '-gx' if you must, but it shoul=
dn't be needed.


------=_Part_8030673_1276334331.1519861379920
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<html><head></head><body><div style=3D"color:#000; background-color:#fff; f=
ont-family:Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font=
-size:13px"><div id=3D"yui_3_16_0_ym19_1_1519861150505_2033">To: bug-coreut=
ils@HIDDEN<br><br>This seems an oversight than an actual bug:<br><br>&nbsp=
;&nbsp;&nbsp; 'sort -n' thinks "B" is a larger value than "AA" -- yep! some=
one<br>forgot about hexadecimal, but binary, octal, and decimal work fine.<=
br><br>Suggestion: Don't revert to alphanumeric sorting until the rules are=
<br>broken by the sort field:<br><br>&nbsp;&nbsp;&nbsp; 1) There is an opti=
onal leading Plus(+) or Minus(-) but just one.<br>&nbsp;&nbsp;&nbsp; 2) The=
re is an optional single Point(.) that may occur anywhere<br>&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp; within the field except before an optional Plus or M=
inus.<br>&nbsp;&nbsp;&nbsp; 3) Numerals are limited to "0123456789ABCDEFabc=
def".<br>&nbsp;&nbsp;&nbsp; 4) No white space, other letters, or other punc=
tuation allowed or<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; revert to alphan=
umeric sort.<br><br>Thank You,<br>J.B.<br><br>P.S.: Shouldn't be necessary =
to transform data to sort it...<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Use '-nx'=
 or '-gx' if you must, but it shouldn't be needed.<br><br></div></div></bod=
y></html>
------=_Part_8030673_1276334331.1519861379920--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: James Bunke <james_a_bunke@HIDDEN>
Subject: bug#30661: Acknowledgement (sort)
Message-ID: <handler.30661.B.15198625137951.ack <at> debbugs.gnu.org>
References: <820042476.8030674.1519861379922@HIDDEN>
X-Gnu-PR-Message: ack 30661
X-Gnu-PR-Package: coreutils
Reply-To: 30661 <at> debbugs.gnu.org
Date: Thu, 01 Mar 2018 00:02:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-coreutils@HIDDEN

If you wish to submit further information on this problem, please
send it to 30661 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
30661: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D30661
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 1 Mar 2018 16:15:45 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Mar 01 11:15:45 2018
Received: from localhost ([127.0.0.1]:39510 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1erQrw-0003Zm-Qx
	for submit <at> debbugs.gnu.org; Thu, 01 Mar 2018 11:15:45 -0500
Received: from mx3-rdu2.redhat.com ([66.187.233.73]:56190 helo=mx1.redhat.com)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eblake@HIDDEN>)
 id 1erQru-0003ZR-NF; Thu, 01 Mar 2018 11:15:43 -0500
Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.rdu2.redhat.com
 [10.11.54.5])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 53FCB4023112;
 Thu,  1 Mar 2018 16:15:37 +0000 (UTC)
Received: from [10.10.122.122] (ovpn-122-122.rdu2.redhat.com [10.10.122.122])
 by smtp.corp.redhat.com (Postfix) with ESMTP id 0AEC19C067;
 Thu,  1 Mar 2018 16:15:36 +0000 (UTC)
Subject: Re: bug#30661: sort
To: James Bunke <james_a_bunke@HIDDEN>, 30661-done <at> debbugs.gnu.org,
 GNU bug control <control <at> debbugs.gnu.org>
References: <820042476.8030674.1519861379922.ref@HIDDEN>
 <820042476.8030674.1519861379922@HIDDEN>
From: Eric Blake <eblake@HIDDEN>
Organization: Red Hat, Inc.
Message-ID: <0a0f61a9-3ed1-48f4-16cc-6d8e930001b5@HIDDEN>
Date: Thu, 1 Mar 2018 10:15:36 -0600
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
MIME-Version: 1.0
In-Reply-To: <820042476.8030674.1519861379922@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Scanned-By: MIMEDefang 2.79 on 10.11.54.5
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.6]); Thu, 01 Mar 2018 16:15:37 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.6]);
 Thu, 01 Mar 2018 16:15:37 +0000 (UTC) for IP:'10.11.54.5'
 DOMAIN:'int-mx05.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'eblake@HIDDEN' RCPT:''
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)

tag 30661 notabug
thanks

On 02/28/2018 05:42 PM, James Bunke wrote:
> To: bug-coreutils@HIDDEN
> 
> This seems an oversight than an actual bug:
> 
>      'sort -n' thinks "B" is a larger value than "AA" -- yep! someone
> forgot about hexadecimal, but binary, octal, and decimal work fine.

Please demonstrate an actual command line that you typed and output you 
got.  Here's what I tried in reproducing your claim:

$ printf 'AA\nB\n' | LC_ALL=C sort --debug -n
sort: using simple byte comparison
AA
^ no match for key
__
B
^ no match for key
_

As I typed it, 'sort -n' outputs the line AA before the line B because 
of fallback sorting rules (the entire line is used when none of the keys 
produced a difference, and since neither line was numeric, they were 
equivalently treated as '0' by -n), contrary to your claim that sort 
takes 'B' first.  Therefore, I don't know if my attempt matches what you 
actually saw, as you did not give very many details other than a vague 
verbal description of your issue.

> 
> Suggestion: Don't revert to alphanumeric sorting until the rules are
> broken by the sort field:

Sorry, but 'sort -n' behavior is specified by POSIX, and we can't change 
it, as that would break scripts that expect POSIX behavior.  Most 
likely, sort can already do what you want with additional command line 
options, but I don't even know what data you want sorted, or what output 
you actually want, to tell you what command line would give the output 
you want.  The --debug option can be great at learning what sort is 
actually doing (and how it is more likely that your request is 
incomplete, rather than sort misbehaving).

As such, I'm closing this as not a bug, as you have not demonstrated an 
actual POSIX compliance issue; but do feel free to provide us with more 
information, and we can reopen this if you actually do come up with 
something that needs addressing beyond what sort can already do when 
invoked correctly.

-- 
Eric Blake, Principal Software Engineer
Red Hat, Inc.           +1-919-301-3266
Virtualization:  qemu.org | libvirt.org

Message sent:

MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Eric Blake <eblake@HIDDEN>
Subject: bug#30661: closed (sort)
CC: tracker <at> debbugs.gnu.org
Message-ID: <handler.30661.D30661.151992094413753.ackdone <at> debbugs.gnu.org>
References: <0a0f61a9-3ed1-48f4-16cc-6d8e930001b5@HIDDEN>
 <820042476.8030674.1519861379922@HIDDEN>
X-Gnu-PR-Message: closed 30661
X-Gnu-PR-Package: coreutils
X-Gnu-PR-Keywords: notabug
Date: Thu, 01 Mar 2018 16:16:02 +0000
Content-Type: multipart/mixed; boundary="----------=_1519920962-13794-0"

This is a multi-part message in MIME format...

------------=_1519920962-13794-0
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset=utf-8

Your message dated Thu, 1 Mar 2018 10:15:36 -0600
with message-id <0a0f61a9-3ed1-48f4-16cc-6d8e930001b5@HIDDEN>
and subject line Re: bug#30661: sort
has caused the debbugs.gnu.org bug report #30661,
regarding sort
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@HIDDEN)


--=20
30661: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D30661
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

------------=_1519920962-13794-0
Content-Type: message/rfc822
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

Received: (at submit) by debbugs.gnu.org; 1 Mar 2018 00:01:53 +0000
Received: from localhost ([127.0.0.1]:38066 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1erBfV-00024B-BI
	for submit <at> debbugs.gnu.org; Wed, 28 Feb 2018 19:01:53 -0500
Received: from eggs.gnu.org ([208.118.235.92]:58926)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <james_a_bunke@HIDDEN>) id 1erBRJ-0001je-Pj
 for submit <at> debbugs.gnu.org; Wed, 28 Feb 2018 18:47:14 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <james_a_bunke@HIDDEN>) id 1erBRD-00019m-Fz
 for submit <at> debbugs.gnu.org; Wed, 28 Feb 2018 18:47:08 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: **
X-Spam-Status: No, score=2.4 required=5.0 tests=BAYES_50,FORGED_YAHOO_RCVD,
 FREEMAIL_FROM,HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:35383)
 by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
 (Exim 4.71) (envelope-from <james_a_bunke@HIDDEN>)
 id 1erBRD-00019Z-Cj
 for submit <at> debbugs.gnu.org; Wed, 28 Feb 2018 18:47:07 -0500
Received: from eggs.gnu.org ([2001:4830:134:3::10]:49882)
 by lists.gnu.org with esmtp (Exim 4.71)
 (envelope-from <james_a_bunke@HIDDEN>) id 1erBRC-0000ue-4T
 for bug-coreutils@HIDDEN; Wed, 28 Feb 2018 18:47:07 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <james_a_bunke@HIDDEN>) id 1erBR8-00014u-5y
 for bug-coreutils@HIDDEN; Wed, 28 Feb 2018 18:47:06 -0500
Received: from sonic306-31.consmr.mail.bf2.yahoo.com ([74.6.132.230]:35164)
 by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16)
 (Exim 4.71) (envelope-from <james_a_bunke@HIDDEN>)
 id 1erBR7-00013D-P0
 for bug-coreutils@HIDDEN; Wed, 28 Feb 2018 18:47:02 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048;
 t=1519861620; bh=o1iuvy21JBZTiFCwscMw9YoiOwZfPLOBU35vkWq4FqM=;
 h=Date:From:Reply-To:To:Subject:References:From:Subject;
 b=Qf7ZfyO+DaJHp5beuIP4PMNWrdjkbIhrarIv7RmW0koZhIoscyXIQ2Dd5SpS8JyZXrc29offa7kupBBYxMbwxOPBBA0agEc8Q+mp0SoA+eHwz1bVj4/bc2bWhJKz9FBGxhZQ4UzFtFxu/LbKSE3CUjjDDf252/0YBXqi+WxWtotg+eqWdqCLqK7ZcxNKpZYJoxoYzQT2WhYNAX2OWo4gT+i4cbVbxQRP3QD61t+KY8SKBvGcCYv6pmyS9x3YDJdPPp8WdcexVM8XklyDLRdE2T3v5BK1lO+Ie/ScQoBOomVhYMJ7t0FAILCZ8ADWj+S+DKtraNKV+x2vkQV6WZcKTw==
X-YMail-OSG: Fi3uOrsVM1lU9kSe0QuKroKZEhbMT5DKcCGyOx0a3WkC1eMzQny9r0LdVlUilsd
 VJV0IT18X_K2N91ip_P67pT64T1XAOBuAf7h2gSJ66voqNwoJWpI3SZmhHuvSio9ym.SHv4s4t_u
 XnIjLc5QA8s2V01KxDwn36y8wwg4uu80lKBaNRzBU9qEx5T4L8XCKVhCfoE006068LwId_VNKsmz
 TNIW4R0dGvgRRfLznDqcPqBZDytIBJjgEd7LSCo0OEeQctkF9fQ2ChoVWwrUjm359ADpa.K9D5IG
 dnSAT6xJPFM9PuxqMMzz4.zQOxSO2MoFGPIFYeQL2v11qI_kFGBsi9BO4UPcSVOyK.9.PsjK4dGx
 LvNZQGbUBum.fXzpxKGisxdMsvzZlBtl9.rHA3ph5A7DYoqnl19phxKlwH6uRKStgHSNORrtqecd
 .xa6io1NmMAyrhIll_kmK9iq4U761eZj4y8cCcooYXRD.y8rwKn2qjb6mFRcLEpVyecletupetHf
 cLJKjc1sFgoTTresKWX6QTQt5afl04ObN.MiL85LgWP.sLNFxBFqb9To3a17b6g--
Received: from sonic.gate.mail.ne1.yahoo.com by
 sonic306.consmr.mail.bf2.yahoo.com with HTTP; Wed, 28 Feb 2018 23:47:00 +0000
Date: Wed, 28 Feb 2018 23:42:59 +0000 (UTC)
From: James Bunke <james_a_bunke@HIDDEN>
To: "bug-coreutils@HIDDEN" <bug-coreutils@HIDDEN>
Message-ID: <820042476.8030674.1519861379922@HIDDEN>
Subject: sort
MIME-Version: 1.0
Content-Type: multipart/alternative; 
 boundary="----=_Part_8030673_1276334331.1519861379920"
References: <820042476.8030674.1519861379922.ref@HIDDEN>
X-Mailer: WebService/1.1.11419 YahooMailNeo Mozilla/5.0 (Windows NT 6.1;
 rv:45.0) Gecko/20100101 Firefox/45.0
Content-Length: 2619
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy]
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Received-From: 2001:4830:134:3::11
X-Spam-Score: -3.3 (---)
X-Debbugs-Envelope-To: submit
X-Mailman-Approved-At: Wed, 28 Feb 2018 19:01:52 -0500
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Reply-To: James Bunke <james_a_bunke@HIDDEN>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

------=_Part_8030673_1276334331.1519861379920
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

To: bug-coreutils@HIDDEN

This seems an oversight than an actual bug:

=C2=A0=C2=A0=C2=A0 'sort -n' thinks "B" is a larger value than "AA" -- yep!=
 someone
forgot about hexadecimal, but binary, octal, and decimal work fine.

Suggestion: Don't revert to alphanumeric sorting until the rules are
broken by the sort field:

=C2=A0=C2=A0=C2=A0 1) There is an optional leading Plus(+) or Minus(-) but =
just one.
=C2=A0=C2=A0=C2=A0 2) There is an optional single Point(.) that may occur a=
nywhere
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 within the field except before an opti=
onal Plus or Minus.
=C2=A0=C2=A0=C2=A0 3) Numerals are limited to "0123456789ABCDEFabcdef".
=C2=A0=C2=A0=C2=A0 4) No white space, other letters, or other punctuation a=
llowed or
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 revert to alphanumeric sort.

Thank You,
J.B.

P.S.: Shouldn't be necessary to transform data to sort it...
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Use '-nx' or '-gx' if you must, but it shoul=
dn't be needed.


------=_Part_8030673_1276334331.1519861379920
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<html><head></head><body><div style=3D"color:#000; background-color:#fff; f=
ont-family:Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font=
-size:13px"><div id=3D"yui_3_16_0_ym19_1_1519861150505_2033">To: bug-coreut=
ils@HIDDEN<br><br>This seems an oversight than an actual bug:<br><br>&nbsp=
;&nbsp;&nbsp; 'sort -n' thinks "B" is a larger value than "AA" -- yep! some=
one<br>forgot about hexadecimal, but binary, octal, and decimal work fine.<=
br><br>Suggestion: Don't revert to alphanumeric sorting until the rules are=
<br>broken by the sort field:<br><br>&nbsp;&nbsp;&nbsp; 1) There is an opti=
onal leading Plus(+) or Minus(-) but just one.<br>&nbsp;&nbsp;&nbsp; 2) The=
re is an optional single Point(.) that may occur anywhere<br>&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp; within the field except before an optional Plus or M=
inus.<br>&nbsp;&nbsp;&nbsp; 3) Numerals are limited to "0123456789ABCDEFabc=
def".<br>&nbsp;&nbsp;&nbsp; 4) No white space, other letters, or other punc=
tuation allowed or<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; revert to alphan=
umeric sort.<br><br>Thank You,<br>J.B.<br><br>P.S.: Shouldn't be necessary =
to transform data to sort it...<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Use '-nx'=
 or '-gx' if you must, but it shouldn't be needed.<br><br></div></div></bod=
y></html>
------=_Part_8030673_1276334331.1519861379920--



------------=_1519920962-13794-0
Content-Type: message/rfc822
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

Received: (at 30661-done) by debbugs.gnu.org; 1 Mar 2018 16:15:44 +0000
Received: from localhost ([127.0.0.1]:39508 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1erQrw-0003Zk-FV
	for submit <at> debbugs.gnu.org; Thu, 01 Mar 2018 11:15:44 -0500
Received: from mx3-rdu2.redhat.com ([66.187.233.73]:56190 helo=mx1.redhat.com)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eblake@HIDDEN>)
 id 1erQru-0003ZR-NF; Thu, 01 Mar 2018 11:15:43 -0500
Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.rdu2.redhat.com
 [10.11.54.5])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 53FCB4023112;
 Thu,  1 Mar 2018 16:15:37 +0000 (UTC)
Received: from [10.10.122.122] (ovpn-122-122.rdu2.redhat.com [10.10.122.122])
 by smtp.corp.redhat.com (Postfix) with ESMTP id 0AEC19C067;
 Thu,  1 Mar 2018 16:15:36 +0000 (UTC)
Subject: Re: bug#30661: sort
To: James Bunke <james_a_bunke@HIDDEN>, 30661-done <at> debbugs.gnu.org,
 GNU bug control <control <at> debbugs.gnu.org>
References: <820042476.8030674.1519861379922.ref@HIDDEN>
 <820042476.8030674.1519861379922@HIDDEN>
From: Eric Blake <eblake@HIDDEN>
Organization: Red Hat, Inc.
Message-ID: <0a0f61a9-3ed1-48f4-16cc-6d8e930001b5@HIDDEN>
Date: Thu, 1 Mar 2018 10:15:36 -0600
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
MIME-Version: 1.0
In-Reply-To: <820042476.8030674.1519861379922@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Scanned-By: MIMEDefang 2.79 on 10.11.54.5
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.6]); Thu, 01 Mar 2018 16:15:37 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.6]);
 Thu, 01 Mar 2018 16:15:37 +0000 (UTC) for IP:'10.11.54.5'
 DOMAIN:'int-mx05.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'eblake@HIDDEN' RCPT:''
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 30661-done
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)

tag 30661 notabug
thanks

On 02/28/2018 05:42 PM, James Bunke wrote:
> To: bug-coreutils@HIDDEN
> 
> This seems an oversight than an actual bug:
> 
>      'sort -n' thinks "B" is a larger value than "AA" -- yep! someone
> forgot about hexadecimal, but binary, octal, and decimal work fine.

Please demonstrate an actual command line that you typed and output you 
got.  Here's what I tried in reproducing your claim:

$ printf 'AA\nB\n' | LC_ALL=C sort --debug -n
sort: using simple byte comparison
AA
^ no match for key
__
B
^ no match for key
_

As I typed it, 'sort -n' outputs the line AA before the line B because 
of fallback sorting rules (the entire line is used when none of the keys 
produced a difference, and since neither line was numeric, they were 
equivalently treated as '0' by -n), contrary to your claim that sort 
takes 'B' first.  Therefore, I don't know if my attempt matches what you 
actually saw, as you did not give very many details other than a vague 
verbal description of your issue.

> 
> Suggestion: Don't revert to alphanumeric sorting until the rules are
> broken by the sort field:

Sorry, but 'sort -n' behavior is specified by POSIX, and we can't change 
it, as that would break scripts that expect POSIX behavior.  Most 
likely, sort can already do what you want with additional command line 
options, but I don't even know what data you want sorted, or what output 
you actually want, to tell you what command line would give the output 
you want.  The --debug option can be great at learning what sort is 
actually doing (and how it is more likely that your request is 
incomplete, rather than sort misbehaving).

As such, I'm closing this as not a bug, as you have not demonstrated an 
actual POSIX compliance issue; but do feel free to provide us with more 
information, and we can reopen this if you actually do come up with 
something that needs addressing beyond what sort can already do when 
invoked correctly.

-- 
Eric Blake, Principal Software Engineer
Red Hat, Inc.           +1-919-301-3266
Virtualization:  qemu.org | libvirt.org


------------=_1519920962-13794-0--

Message sent:

MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: James Bunke <james_a_bunke@HIDDEN>
Subject: bug#30661: closed (Re: bug#30661: sort)
Message-ID: <handler.30661.D30661.151992094413753.notifdone <at> debbugs.gnu.org>
References: <0a0f61a9-3ed1-48f4-16cc-6d8e930001b5@HIDDEN>
 <820042476.8030674.1519861379922@HIDDEN>
X-Gnu-PR-Message: they-closed 30661
X-Gnu-PR-Package: coreutils
X-Gnu-PR-Keywords: notabug
Reply-To: 30661 <at> debbugs.gnu.org
Date: Thu, 01 Mar 2018 16:16:02 +0000
Content-Type: multipart/mixed; boundary="----------=_1519920962-13794-1"

This is a multi-part message in MIME format...

------------=_1519920962-13794-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="utf-8"

Your bug report

#30661: sort

which was filed against the coreutils package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 30661 <at> debbugs.gnu.org.

--=20
30661: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D30661
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

------------=_1519920962-13794-1
Content-Type: message/rfc822
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

Received: (at 30661-done) by debbugs.gnu.org; 1 Mar 2018 16:15:44 +0000
Received: from localhost ([127.0.0.1]:39508 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1erQrw-0003Zk-FV
	for submit <at> debbugs.gnu.org; Thu, 01 Mar 2018 11:15:44 -0500
Received: from mx3-rdu2.redhat.com ([66.187.233.73]:56190 helo=mx1.redhat.com)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eblake@HIDDEN>)
 id 1erQru-0003ZR-NF; Thu, 01 Mar 2018 11:15:43 -0500
Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.rdu2.redhat.com
 [10.11.54.5])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 53FCB4023112;
 Thu,  1 Mar 2018 16:15:37 +0000 (UTC)
Received: from [10.10.122.122] (ovpn-122-122.rdu2.redhat.com [10.10.122.122])
 by smtp.corp.redhat.com (Postfix) with ESMTP id 0AEC19C067;
 Thu,  1 Mar 2018 16:15:36 +0000 (UTC)
Subject: Re: bug#30661: sort
To: James Bunke <james_a_bunke@HIDDEN>, 30661-done <at> debbugs.gnu.org,
 GNU bug control <control <at> debbugs.gnu.org>
References: <820042476.8030674.1519861379922.ref@HIDDEN>
 <820042476.8030674.1519861379922@HIDDEN>
From: Eric Blake <eblake@HIDDEN>
Organization: Red Hat, Inc.
Message-ID: <0a0f61a9-3ed1-48f4-16cc-6d8e930001b5@HIDDEN>
Date: Thu, 1 Mar 2018 10:15:36 -0600
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
MIME-Version: 1.0
In-Reply-To: <820042476.8030674.1519861379922@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Scanned-By: MIMEDefang 2.79 on 10.11.54.5
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.6]); Thu, 01 Mar 2018 16:15:37 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.6]);
 Thu, 01 Mar 2018 16:15:37 +0000 (UTC) for IP:'10.11.54.5'
 DOMAIN:'int-mx05.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'eblake@HIDDEN' RCPT:''
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 30661-done
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)

tag 30661 notabug
thanks

On 02/28/2018 05:42 PM, James Bunke wrote:
> To: bug-coreutils@HIDDEN
> 
> This seems an oversight than an actual bug:
> 
>      'sort -n' thinks "B" is a larger value than "AA" -- yep! someone
> forgot about hexadecimal, but binary, octal, and decimal work fine.

Please demonstrate an actual command line that you typed and output you 
got.  Here's what I tried in reproducing your claim:

$ printf 'AA\nB\n' | LC_ALL=C sort --debug -n
sort: using simple byte comparison
AA
^ no match for key
__
B
^ no match for key
_

As I typed it, 'sort -n' outputs the line AA before the line B because 
of fallback sorting rules (the entire line is used when none of the keys 
produced a difference, and since neither line was numeric, they were 
equivalently treated as '0' by -n), contrary to your claim that sort 
takes 'B' first.  Therefore, I don't know if my attempt matches what you 
actually saw, as you did not give very many details other than a vague 
verbal description of your issue.

> 
> Suggestion: Don't revert to alphanumeric sorting until the rules are
> broken by the sort field:

Sorry, but 'sort -n' behavior is specified by POSIX, and we can't change 
it, as that would break scripts that expect POSIX behavior.  Most 
likely, sort can already do what you want with additional command line 
options, but I don't even know what data you want sorted, or what output 
you actually want, to tell you what command line would give the output 
you want.  The --debug option can be great at learning what sort is 
actually doing (and how it is more likely that your request is 
incomplete, rather than sort misbehaving).

As such, I'm closing this as not a bug, as you have not demonstrated an 
actual POSIX compliance issue; but do feel free to provide us with more 
information, and we can reopen this if you actually do come up with 
something that needs addressing beyond what sort can already do when 
invoked correctly.

-- 
Eric Blake, Principal Software Engineer
Red Hat, Inc.           +1-919-301-3266
Virtualization:  qemu.org | libvirt.org


------------=_1519920962-13794-1
Content-Type: message/rfc822
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

Received: (at submit) by debbugs.gnu.org; 1 Mar 2018 00:01:53 +0000
Received: from localhost ([127.0.0.1]:38066 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1erBfV-00024B-BI
	for submit <at> debbugs.gnu.org; Wed, 28 Feb 2018 19:01:53 -0500
Received: from eggs.gnu.org ([208.118.235.92]:58926)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <james_a_bunke@HIDDEN>) id 1erBRJ-0001je-Pj
 for submit <at> debbugs.gnu.org; Wed, 28 Feb 2018 18:47:14 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <james_a_bunke@HIDDEN>) id 1erBRD-00019m-Fz
 for submit <at> debbugs.gnu.org; Wed, 28 Feb 2018 18:47:08 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: **
X-Spam-Status: No, score=2.4 required=5.0 tests=BAYES_50,FORGED_YAHOO_RCVD,
 FREEMAIL_FROM,HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:35383)
 by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
 (Exim 4.71) (envelope-from <james_a_bunke@HIDDEN>)
 id 1erBRD-00019Z-Cj
 for submit <at> debbugs.gnu.org; Wed, 28 Feb 2018 18:47:07 -0500
Received: from eggs.gnu.org ([2001:4830:134:3::10]:49882)
 by lists.gnu.org with esmtp (Exim 4.71)
 (envelope-from <james_a_bunke@HIDDEN>) id 1erBRC-0000ue-4T
 for bug-coreutils@HIDDEN; Wed, 28 Feb 2018 18:47:07 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <james_a_bunke@HIDDEN>) id 1erBR8-00014u-5y
 for bug-coreutils@HIDDEN; Wed, 28 Feb 2018 18:47:06 -0500
Received: from sonic306-31.consmr.mail.bf2.yahoo.com ([74.6.132.230]:35164)
 by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16)
 (Exim 4.71) (envelope-from <james_a_bunke@HIDDEN>)
 id 1erBR7-00013D-P0
 for bug-coreutils@HIDDEN; Wed, 28 Feb 2018 18:47:02 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048;
 t=1519861620; bh=o1iuvy21JBZTiFCwscMw9YoiOwZfPLOBU35vkWq4FqM=;
 h=Date:From:Reply-To:To:Subject:References:From:Subject;
 b=Qf7ZfyO+DaJHp5beuIP4PMNWrdjkbIhrarIv7RmW0koZhIoscyXIQ2Dd5SpS8JyZXrc29offa7kupBBYxMbwxOPBBA0agEc8Q+mp0SoA+eHwz1bVj4/bc2bWhJKz9FBGxhZQ4UzFtFxu/LbKSE3CUjjDDf252/0YBXqi+WxWtotg+eqWdqCLqK7ZcxNKpZYJoxoYzQT2WhYNAX2OWo4gT+i4cbVbxQRP3QD61t+KY8SKBvGcCYv6pmyS9x3YDJdPPp8WdcexVM8XklyDLRdE2T3v5BK1lO+Ie/ScQoBOomVhYMJ7t0FAILCZ8ADWj+S+DKtraNKV+x2vkQV6WZcKTw==
X-YMail-OSG: Fi3uOrsVM1lU9kSe0QuKroKZEhbMT5DKcCGyOx0a3WkC1eMzQny9r0LdVlUilsd
 VJV0IT18X_K2N91ip_P67pT64T1XAOBuAf7h2gSJ66voqNwoJWpI3SZmhHuvSio9ym.SHv4s4t_u
 XnIjLc5QA8s2V01KxDwn36y8wwg4uu80lKBaNRzBU9qEx5T4L8XCKVhCfoE006068LwId_VNKsmz
 TNIW4R0dGvgRRfLznDqcPqBZDytIBJjgEd7LSCo0OEeQctkF9fQ2ChoVWwrUjm359ADpa.K9D5IG
 dnSAT6xJPFM9PuxqMMzz4.zQOxSO2MoFGPIFYeQL2v11qI_kFGBsi9BO4UPcSVOyK.9.PsjK4dGx
 LvNZQGbUBum.fXzpxKGisxdMsvzZlBtl9.rHA3ph5A7DYoqnl19phxKlwH6uRKStgHSNORrtqecd
 .xa6io1NmMAyrhIll_kmK9iq4U761eZj4y8cCcooYXRD.y8rwKn2qjb6mFRcLEpVyecletupetHf
 cLJKjc1sFgoTTresKWX6QTQt5afl04ObN.MiL85LgWP.sLNFxBFqb9To3a17b6g--
Received: from sonic.gate.mail.ne1.yahoo.com by
 sonic306.consmr.mail.bf2.yahoo.com with HTTP; Wed, 28 Feb 2018 23:47:00 +0000
Date: Wed, 28 Feb 2018 23:42:59 +0000 (UTC)
From: James Bunke <james_a_bunke@HIDDEN>
To: "bug-coreutils@HIDDEN" <bug-coreutils@HIDDEN>
Message-ID: <820042476.8030674.1519861379922@HIDDEN>
Subject: sort
MIME-Version: 1.0
Content-Type: multipart/alternative; 
 boundary="----=_Part_8030673_1276334331.1519861379920"
References: <820042476.8030674.1519861379922.ref@HIDDEN>
X-Mailer: WebService/1.1.11419 YahooMailNeo Mozilla/5.0 (Windows NT 6.1;
 rv:45.0) Gecko/20100101 Firefox/45.0
Content-Length: 2619
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy]
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Received-From: 2001:4830:134:3::11
X-Spam-Score: -3.3 (---)
X-Debbugs-Envelope-To: submit
X-Mailman-Approved-At: Wed, 28 Feb 2018 19:01:52 -0500
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Reply-To: James Bunke <james_a_bunke@HIDDEN>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

------=_Part_8030673_1276334331.1519861379920
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

To: bug-coreutils@HIDDEN

This seems an oversight than an actual bug:

=C2=A0=C2=A0=C2=A0 'sort -n' thinks "B" is a larger value than "AA" -- yep!=
 someone
forgot about hexadecimal, but binary, octal, and decimal work fine.

Suggestion: Don't revert to alphanumeric sorting until the rules are
broken by the sort field:

=C2=A0=C2=A0=C2=A0 1) There is an optional leading Plus(+) or Minus(-) but =
just one.
=C2=A0=C2=A0=C2=A0 2) There is an optional single Point(.) that may occur a=
nywhere
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 within the field except before an opti=
onal Plus or Minus.
=C2=A0=C2=A0=C2=A0 3) Numerals are limited to "0123456789ABCDEFabcdef".
=C2=A0=C2=A0=C2=A0 4) No white space, other letters, or other punctuation a=
llowed or
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 revert to alphanumeric sort.

Thank You,
J.B.

P.S.: Shouldn't be necessary to transform data to sort it...
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Use '-nx' or '-gx' if you must, but it shoul=
dn't be needed.


------=_Part_8030673_1276334331.1519861379920
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<html><head></head><body><div style=3D"color:#000; background-color:#fff; f=
ont-family:Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font=
-size:13px"><div id=3D"yui_3_16_0_ym19_1_1519861150505_2033">To: bug-coreut=
ils@HIDDEN<br><br>This seems an oversight than an actual bug:<br><br>&nbsp=
;&nbsp;&nbsp; 'sort -n' thinks "B" is a larger value than "AA" -- yep! some=
one<br>forgot about hexadecimal, but binary, octal, and decimal work fine.<=
br><br>Suggestion: Don't revert to alphanumeric sorting until the rules are=
<br>broken by the sort field:<br><br>&nbsp;&nbsp;&nbsp; 1) There is an opti=
onal leading Plus(+) or Minus(-) but just one.<br>&nbsp;&nbsp;&nbsp; 2) The=
re is an optional single Point(.) that may occur anywhere<br>&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp; within the field except before an optional Plus or M=
inus.<br>&nbsp;&nbsp;&nbsp; 3) Numerals are limited to "0123456789ABCDEFabc=
def".<br>&nbsp;&nbsp;&nbsp; 4) No white space, other letters, or other punc=
tuation allowed or<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; revert to alphan=
umeric sort.<br><br>Thank You,<br>J.B.<br><br>P.S.: Shouldn't be necessary =
to transform data to sort it...<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Use '-nx'=
 or '-gx' if you must, but it shouldn't be needed.<br><br></div></div></bod=
y></html>
------=_Part_8030673_1276334331.1519861379920--



------------=_1519920962-13794-1--

Message sent to bug-coreutils@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#30661: closed (Re: bug#30661: sort)
Resent-From: James Bunke <james_a_bunke@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Thu, 01 Mar 2018 23:41:01 +0000
Resent-Message-ID: <handler.30661.B30661.151994760419023 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 30661
X-GNU-PR-Package: coreutils
X-GNU-PR-Keywords: notabug
To: "30661 <at> debbugs.gnu.org" <30661 <at> debbugs.gnu.org>
Reply-To: James Bunke <james_a_bunke@HIDDEN>
Received: via spool by 30661-submit <at> debbugs.gnu.org id=B30661.151994760419023
          (code B ref 30661); Thu, 01 Mar 2018 23:41:01 +0000
Received: (at 30661) by debbugs.gnu.org; 1 Mar 2018 23:40:04 +0000
Received: from localhost ([127.0.0.1]:39862 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1erXnw-0004wk-00
	for submit <at> debbugs.gnu.org; Thu, 01 Mar 2018 18:40:04 -0500
Received: from sonic303-4.consmr.mail.bf2.yahoo.com ([74.6.131.43]:42654)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <james_a_bunke@HIDDEN>) id 1erXeT-0004jl-55
 for 30661 <at> debbugs.gnu.org; Thu, 01 Mar 2018 18:30:18 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048;
 t=1519947011; bh=Jg1dkjveJSQDpbk52qAg2Iw592q+ZzUywxqfmdMhjR4=;
 h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject;
 b=Y9eYA1pVuFqkRT15awMlfzmpGz4AYoPVZBl2WF7nSosBiGneftdUJKmkimdlMKDOZG6nHg9dY/SIW+OQWYsDzNcpMm75Oa15G1cSHMkFkkXpz9x5sp2HxVBwJvxquE9UoRF8LHnczhtjc5pzMeetxO13WKaR+xf4Eu+mOaFML1y+V8h9cJNkGWSWixxFvqsPxF79Ie8P3Io+u403y5oXApu8yUhGQp9EJJLuiIMTK7Mm12RHwiBRKYHQxqz3pSSUii65g/L8bZOye0OpfUB29H2El/2uzZ9X/mS6uvmjXelegYjzu274ZTrPtb4zZ62towFjWAd+5GkQ74FAhND3pg==
X-YMail-OSG: G_CdVG0VM1lUq_RPlv1MKG.0DVzgcLYYYgLiPPs9GhyVci64lmTgMauicQQj4NB
 Q63pmIio5tXngVsig1hiwg0AmA5.eGTRltPy_fVNwF5zUN1jJrRj9ZOHOkZQEPCopiO0AyfQLIqj
 jzaKGK9Rd3ZKXMvXfclX0a.Ig87bppuC2._ufg1icXmed6dGdx9vqZULdUxRCJkJcdnsk75ZwsuS
 GLCribYElDazkxYfrt_gEwM3i13gxFMegyjFhB_ZejFyfr7YGJwfUO84_XMWjhwzWl7ZtdTWJruC
 MulVq49Fpq_pP70s0ybYi5MmVhksrapCRu423cDwAob9WjvZf7lbPcs0t0meIgxzMpxcUNFz7r7U
 NAta2UY74z0QvCdT1L_qgxYPPM7z_vlIVpQp.2SUoRrlbf_Re8KHpqKqZt0T4n3UDaeUr68N6EP9
 x_Jatiwm2FXqifWHq4l79YpfiBaMcbbSGwHLEfPi2PCEnspcLDItn1vHnf2uMDaOuC1mNumbTb8a
 6ed1XTighcIVaRLYYB.to5rmg
Received: from sonic.gate.mail.ne1.yahoo.com by
 sonic303.consmr.mail.bf2.yahoo.com with HTTP; Thu, 1 Mar 2018 23:30:11 +0000
Date: Thu, 1 Mar 2018 23:29:59 +0000 (UTC)
From: James Bunke <james_a_bunke@HIDDEN>
Message-ID: <875362785.8854560.1519946999371@HIDDEN>
In-Reply-To: <handler.30661.D30661.151992094413753.notifdone <at> debbugs.gnu.org>
References: <0a0f61a9-3ed1-48f4-16cc-6d8e930001b5@HIDDEN>
 <820042476.8030674.1519861379922@HIDDEN>
 <handler.30661.D30661.151992094413753.notifdone <at> debbugs.gnu.org>
MIME-Version: 1.0
Content-Type: multipart/alternative; 
 boundary="----=_Part_8854559_960570759.1519946999362"
X-Mailer: WebService/1.1.11419 YahooMailNeo Mozilla/5.0 (Windows NT 6.1;
 rv:45.0) Gecko/20100101 Firefox/45.0
Content-Length: 13254
X-Spam-Score: 1.8 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  $ echo -e "170\n11" | sort -n 11 170 $ echo -e "AA\nB" | sort
    -n AA B $ echo -e "0xAA\n0xB" | sort -n 0xAA 0xB Perhaps its the documentation
    that is lacking as I find no reference to hexadecimal ineither the "man"
   or "info" on sort -- can it sort hexadecimal? No =?UTF-8?Q?information=C2?= on whatsort
   considers to be a "numeral" or expects hexadecimal to be represented. I was
    justattempting to skip extra processes to convert the data or to write my
    own sort process. Thank you for your efforts on my behalf. Do you know who
    handles the documentation?Maybe there is newer man/info than on this old
   machine. [...] 
 
 Content analysis details:   (1.8 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
  0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail provider
                             (james_a_bunke[at]yahoo.com)
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
                             trust
                             [74.6.131.43 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 T_RP_MATCHES_RCVD      Envelope sender domain matches handover relay
                             domain
  1.8 FUZZY_XPILL            BODY: Attempt to obfuscate words in spam
  0.0 HTML_MESSAGE           BODY: HTML included in message
  0.0 T_DKIM_INVALID         DKIM-Signature header exists but is not valid
X-Mailman-Approved-At: Thu, 01 Mar 2018 18:40:02 -0500
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.8 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  $ echo -e "170\n11" | sort -n 11 170 $ echo -e "AA\nB" | sort
    -n AA B $ echo -e "0xAA\n0xB" | sort -n 0xAA 0xB Perhaps its the documentation
    that is lacking as I find no reference to hexadecimal ineither the "man"
   or "info" on sort -- can it sort hexadecimal? No =?UTF-8?Q?information=C2?= on whatsort
   considers to be a "numeral" or expects hexadecimal to be represented. I was
    justattempting to skip extra processes to convert the data or to write my
    own sort process. Thank you for your efforts on my behalf. Do you know who
    handles the documentation?Maybe there is newer man/info than on this old
   machine. [...] 
 
 Content analysis details:   (1.8 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
                             trust
                             [74.6.131.43 listed in list.dnswl.org]
  0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail provider
                             (james_a_bunke[at]yahoo.com)
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 T_RP_MATCHES_RCVD      Envelope sender domain matches handover relay
                             domain
  1.8 FUZZY_XPILL            BODY: Attempt to obfuscate words in spam
  0.0 HTML_MESSAGE           BODY: HTML included in message
  0.0 T_DKIM_INVALID         DKIM-Signature header exists but is not valid

------=_Part_8854559_960570759.1519946999362
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

$ echo -e "170\n11" | sort -n
11
170
$ echo -e "AA\nB" | sort -n
AA
B
$ echo -e "0xAA\n0xB" | sort -n
0xAA
0xB

Perhaps its the documentation that is lacking as I find no reference to hex=
adecimal ineither the "man" or "info" on sort -- can it sort hexadecimal? N=
o information=C2=A0 on whatsort considers to be a "numeral" or expects hexa=
decimal to be represented. I was justattempting to skip extra processes to =
convert the data or to write my own sort process.
Thank you for your efforts on my behalf. Do you know who handles the docume=
ntation?Maybe there is newer man/info than on this old machine.
 =20

    On Thursday, March 1, 2018 11:16 AM, GNU bug Tracking System <help-debb=
ugs@HIDDEN> wrote:
=20

 Your bug report

#30661: sort

which was filed against the coreutils package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 30661 <at> debbugs.gnu.org.

--=20
30661: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D30661
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problemstag 30661 notabug
thanks

On 02/28/2018 05:42 PM, James Bunke wrote:
> To: bug-coreutils@HIDDEN
>=20
> This seems an oversight than an actual bug:
>=20
>=C2=A0 =C2=A0=C2=A0=C2=A0 'sort -n' thinks "B" is a larger value than "AA"=
 -- yep! someone
> forgot about hexadecimal, but binary, octal, and decimal work fine.

Please demonstrate an actual command line that you typed and output you=20
got.=C2=A0 Here's what I tried in reproducing your claim:

$ printf 'AA\nB\n' | LC_ALL=3DC sort --debug -n
sort: using simple byte comparison
AA
^ no match for key
__
B
^ no match for key
_

As I typed it, 'sort -n' outputs the line AA before the line B because=20
of fallback sorting rules (the entire line is used when none of the keys=20
produced a difference, and since neither line was numeric, they were=20
equivalently treated as '0' by -n), contrary to your claim that sort=20
takes 'B' first.=C2=A0 Therefore, I don't know if my attempt matches what y=
ou=20
actually saw, as you did not give very many details other than a vague=20
verbal description of your issue.

>=20
> Suggestion: Don't revert to alphanumeric sorting until the rules are
> broken by the sort field:

Sorry, but 'sort -n' behavior is specified by POSIX, and we can't change=20
it, as that would break scripts that expect POSIX behavior.=C2=A0 Most=20
likely, sort can already do what you want with additional command line=20
options, but I don't even know what data you want sorted, or what output=20
you actually want, to tell you what command line would give the output=20
you want.=C2=A0 The --debug option can be great at learning what sort is=20
actually doing (and how it is more likely that your request is=20
incomplete, rather than sort misbehaving).

As such, I'm closing this as not a bug, as you have not demonstrated an=20
actual POSIX compliance issue; but do feel free to provide us with more=20
information, and we can reopen this if you actually do come up with=20
something that needs addressing beyond what sort can already do when=20
invoked correctly.

--=20
Eric Blake, Principal Software Engineer
Red Hat, Inc.=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 +1-919-301-3266
Virtualization:=C2=A0 qemu.org | libvirt.org


To: bug-coreutils@HIDDEN

This seems an oversight than an actual bug:

=C2=A0=C2=A0=C2=A0 'sort -n' thinks "B" is a larger value than "AA" -- yep!=
 someone
forgot about hexadecimal, but binary, octal, and decimal work fine.

Suggestion: Don't revert to alphanumeric sorting until the rules are
broken by the sort field:

=C2=A0=C2=A0=C2=A0 1) There is an optional leading Plus(+) or Minus(-) but =
just one.
=C2=A0=C2=A0=C2=A0 2) There is an optional single Point(.) that may occur a=
nywhere
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 within the field except before an opti=
onal Plus or Minus.
=C2=A0=C2=A0=C2=A0 3) Numerals are limited to "0123456789ABCDEFabcdef".
=C2=A0=C2=A0=C2=A0 4) No white space, other letters, or other punctuation a=
llowed or
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 revert to alphanumeric sort.

Thank You,
J.B.

P.S.: Shouldn't be necessary to transform data to sort it...
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Use '-nx' or '-gx' if you must, but it shoul=
dn't be needed.



  =20
------=_Part_8854559_960570759.1519946999362
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<html><head></head><body><div style=3D"color:#000; background-color:#fff; f=
ont-family:Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font=
-size:13px"><div id=3D"yui_3_16_0_ym19_1_1519943926768_9538"><span id=3D"yu=
i_3_16_0_ym19_1_1519943926768_9791">$ echo -e "170\n11" | sort -n<br>11<br>=
170<br>$ echo -e "AA\nB" | sort -n<br>AA<br>B<br>$ echo -e "0xAA\n0xB" | so=
rt -n<br>0xAA<br>0xB<br></span></div><div id=3D"yui_3_16_0_ym19_1_151994392=
6768_9580"><br><span></span></div><div id=3D"yui_3_16_0_ym19_1_151994392676=
8_9821"><span id=3D"yui_3_16_0_ym19_1_1519943926768_9820">Perhaps its the d=
ocumentation that is lacking as I find no reference to hexadecimal in</span=
></div><div id=3D"yui_3_16_0_ym19_1_1519943926768_9794" dir=3D"ltr"><span i=
d=3D"yui_3_16_0_ym19_1_1519943926768_9828">either the "man" or "info" on so=
rt -- can it sort hexadecimal? No information&nbsp; on what</span></div><di=
v id=3D"yui_3_16_0_ym19_1_1519943926768_10535" dir=3D"ltr"><span id=3D"yui_=
3_16_0_ym19_1_1519943926768_9828">sort considers to be a "numeral" or expec=
ts hexadecimal to be represented. I was just</span></div><div id=3D"yui_3_1=
6_0_ym19_1_1519943926768_10534" dir=3D"ltr"><span id=3D"yui_3_16_0_ym19_1_1=
519943926768_9828">attempting to skip extra processes to convert the data o=
r to write my own sort process.</span></div><div id=3D"yui_3_16_0_ym19_1_15=
19943926768_10572" dir=3D"ltr"><span id=3D"yui_3_16_0_ym19_1_1519943926768_=
9828"><br></span></div><div id=3D"yui_3_16_0_ym19_1_1519943926768_10565" di=
r=3D"ltr"><span id=3D"yui_3_16_0_ym19_1_1519943926768_9828">Thank you for y=
our efforts on my behalf. Do you know who handles the documentation?</span>=
</div><div id=3D"yui_3_16_0_ym19_1_1519943926768_10599" dir=3D"ltr"><span i=
d=3D"yui_3_16_0_ym19_1_1519943926768_9828">Maybe there is newer man/info th=
an on this old machine.<br></span></div><div id=3D"yui_3_16_0_ym19_1_151994=
3926768_10564" dir=3D"ltr"><span id=3D"yui_3_16_0_ym19_1_1519943926768_9828=
"> </span></div> <div class=3D"qtdSeparateBR"><br><br></div><div style=3D"d=
isplay: block;" class=3D"yahoo_quoted"> <div style=3D"font-family: Helvetic=
a Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 13px;"> <di=
v style=3D"font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lu=
cida Grande, sans-serif; font-size: 16px;"> <div dir=3D"ltr"><font face=3D"=
Arial" size=3D"2"> On Thursday, March 1, 2018 11:16 AM, GNU bug Tracking Sy=
stem &lt;help-debbugs@HIDDEN&gt; wrote:<br></font></div>  <br><br> <div cl=
ass=3D"y_msg_container">Your bug report<br><br>#30661: sort<br><br>which wa=
s filed against the coreutils package, has been closed.<br><br>The explanat=
ion is attached below, along with your original report.<br>If you require m=
ore details, please reply to <a ymailto=3D"mailto:30661 <at> debbugs.gnu.org." h=
ref=3D"mailto:30661 <at> debbugs.gnu.org.">30661 <at> debbugs.gnu.org.</a><br><br>-- =
<br>30661: <a href=3D"http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D30661"=
 target=3D"_blank">http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D30661</a>=
<br>GNU Bug Tracking System<br>Contact <a ymailto=3D"mailto:help-debbugs@gn=
u.org" href=3D"mailto:help-debbugs@HIDDEN">help-debbugs@HIDDEN</a> with p=
roblems<div id=3D"ymsg50368" class=3D"ymsg1071832426" src=3D"mid://AGLWyQoA=
AB4rWpgnQwm4SPMOd98/2"><div dir=3D"ltr">tag 30661 notabug<br></div><div dir=
=3D"ltr">thanks<br></div><div dir=3D"ltr"><br></div><div dir=3D"ltr">On 02/=
28/2018 05:42 PM, James Bunke wrote:<br></div><div dir=3D"ltr">&gt; To: <a =
ymailto=3D"mailto:bug-coreutils@HIDDEN" href=3D"mailto:bug-coreutils@HIDDEN=
rg">bug-coreutils@HIDDEN</a><br></div><div dir=3D"ltr">&gt; <br></div><div=
 dir=3D"ltr">&gt; This seems an oversight than an actual bug:<br></div><div=
 dir=3D"ltr">&gt; <br></div><div dir=3D"ltr">&gt;&nbsp; &nbsp;&nbsp;&nbsp; =
'sort -n' thinks "B" is a larger value than "AA" -- yep! someone<br></div><=
div dir=3D"ltr">&gt; forgot about hexadecimal, but binary, octal, and decim=
al work fine.<br></div><div dir=3D"ltr"><br></div><div dir=3D"ltr">Please d=
emonstrate an actual command line that you typed and output you <br></div><=
div dir=3D"ltr">got.&nbsp; Here's what I tried in reproducing your claim:<b=
r></div><div dir=3D"ltr"><br></div><div dir=3D"ltr">$ printf 'AA\nB\n' | LC=
_ALL=3DC sort --debug -n<br></div><div dir=3D"ltr">sort: using simple byte =
comparison<br></div><div dir=3D"ltr">AA<br></div><div dir=3D"ltr">^ no matc=
h for key<br></div><div dir=3D"ltr">__<br></div><div dir=3D"ltr">B<br></div=
><div dir=3D"ltr">^ no match for key<br></div><div dir=3D"ltr">_<br></div><=
div dir=3D"ltr"><br></div><div dir=3D"ltr">As I typed it, 'sort -n' outputs=
 the line AA before the line B because <br></div><div dir=3D"ltr">of fallba=
ck sorting rules (the entire line is used when none of the keys <br></div><=
div dir=3D"ltr">produced a difference, and since neither line was numeric, =
they were <br></div><div dir=3D"ltr">equivalently treated as '0' by -n), co=
ntrary to your claim that sort <br></div><div dir=3D"ltr">takes 'B' first.&=
nbsp; Therefore, I don't know if my attempt matches what you <br></div><div=
 dir=3D"ltr">actually saw, as you did not give very many details other than=
 a vague <br></div><div dir=3D"ltr">verbal description of your issue.<br></=
div><div dir=3D"ltr"><br></div><div dir=3D"ltr">&gt; <br></div><div dir=3D"=
ltr">&gt; Suggestion: Don't revert to alphanumeric sorting until the rules =
are<br></div><div dir=3D"ltr">&gt; broken by the sort field:<br></div><div =
dir=3D"ltr"><br></div><div dir=3D"ltr">Sorry, but 'sort -n' behavior is spe=
cified by POSIX, and we can't change <br></div><div dir=3D"ltr">it, as that=
 would break scripts that expect POSIX behavior.&nbsp; Most <br></div><div =
dir=3D"ltr">likely, sort can already do what you want with additional comma=
nd line <br></div><div dir=3D"ltr">options, but I don't even know what data=
 you want sorted, or what output <br></div><div dir=3D"ltr">you actually wa=
nt, to tell you what command line would give the output <br></div><div dir=
=3D"ltr">you want.&nbsp; The --debug option can be great at learning what s=
ort is <br></div><div dir=3D"ltr">actually doing (and how it is more likely=
 that your request is <br></div><div dir=3D"ltr">incomplete, rather than so=
rt misbehaving).<br></div><div dir=3D"ltr"><br></div><div dir=3D"ltr">As su=
ch, I'm closing this as not a bug, as you have not demonstrated an <br></di=
v><div dir=3D"ltr">actual POSIX compliance issue; but do feel free to provi=
de us with more <br></div><div dir=3D"ltr">information, and we can reopen t=
his if you actually do come up with <br></div><div dir=3D"ltr">something th=
at needs addressing beyond what sort can already do when <br></div><div dir=
=3D"ltr">invoked correctly.<br></div><div dir=3D"ltr"><br></div><div dir=3D=
"ltr">-- <br></div><div dir=3D"ltr">Eric Blake, Principal Software Engineer=
<br></div><div dir=3D"ltr">Red Hat, Inc.&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; =
 +1-919-301-3266<br></div><div dir=3D"ltr">Virtualization:&nbsp; qemu.org |=
 libvirt.org<br></div><div dir=3D"ltr"><br></div><div dir=3D"ltr"><br></div=
></div><div id=3D"ymsg25638" class=3D"ymsg1071832426" src=3D"mid://AGLWyQoA=
AB4rWpgnQwm4SPMOd98/3"><div id=3D"yiv2442982841"><div><div style=3D"color:#=
000;background-color:#fff;font-family:Helvetica Neue, Helvetica, Arial, Luc=
ida Grande, sans-serif;font-size:13px;"><div id=3D"yiv2442982841yui_3_16_0_=
ym19_1_1519861150505_2033">To: bug-coreutils@HIDDEN<br><br>This seems an o=
versight than an actual bug:<br><br>&nbsp;&nbsp;&nbsp; 'sort -n' thinks "B"=
 is a larger value than "AA" -- yep! someone<br>forgot about hexadecimal, b=
ut binary, octal, and decimal work fine.<br><br>Suggestion: Don't revert to=
 alphanumeric sorting until the rules are<br>broken by the sort field:<br><=
br>&nbsp;&nbsp;&nbsp; 1) There is an optional leading Plus(+) or Minus(-) b=
ut just one.<br>&nbsp;&nbsp;&nbsp; 2) There is an optional single Point(.) =
that may occur anywhere<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; within the =
field except before an optional Plus or Minus.<br>&nbsp;&nbsp;&nbsp; 3) Num=
erals are limited to "0123456789ABCDEFabcdef".<br>&nbsp;&nbsp;&nbsp; 4) No =
white space, other letters, or other punctuation allowed or<br>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp; revert to alphanumeric sort.<br><br>Thank You,<br>=
J.B.<br><br>P.S.: Shouldn't be necessary to transform data to sort it...<br=
>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Use '-nx' or '-gx' if you must, but it shou=
ldn't be needed.<br><br></div></div></div></div></div><br><br></div>  </div=
> </div>  </div></div></body></html>
------=_Part_8854559_960570759.1519946999362--

Message sent to bug-coreutils@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#30661: closed (Re: bug#30661: sort)
Resent-From: Eric Blake <eblake@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Fri, 02 Mar 2018 01:53:01 +0000
Resent-Message-ID: <handler.30661.B30661.151995555330350 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 30661
X-GNU-PR-Package: coreutils
X-GNU-PR-Keywords: notabug
To: James Bunke <james_a_bunke@HIDDEN>, "30661 <at> debbugs.gnu.org" <30661 <at> debbugs.gnu.org>
Received: via spool by 30661-submit <at> debbugs.gnu.org id=B30661.151995555330350
          (code B ref 30661); Fri, 02 Mar 2018 01:53:01 +0000
Received: (at 30661) by debbugs.gnu.org; 2 Mar 2018 01:52:33 +0000
Received: from localhost ([127.0.0.1]:39909 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1erZs8-0007tQ-1p
	for submit <at> debbugs.gnu.org; Thu, 01 Mar 2018 20:52:33 -0500
Received: from mx3-rdu2.redhat.com ([66.187.233.73]:33964 helo=mx1.redhat.com)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eblake@HIDDEN>)
 id 1erZs6-0007t9-8k; Thu, 01 Mar 2018 20:52:30 -0500
Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com
 [10.11.54.4])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 998028D6FB;
 Fri,  2 Mar 2018 01:52:24 +0000 (UTC)
Received: from [10.10.122.122] (ovpn-122-122.rdu2.redhat.com [10.10.122.122])
 by smtp.corp.redhat.com (Postfix) with ESMTP id 513522024CA6;
 Fri,  2 Mar 2018 01:52:24 +0000 (UTC)
References: <0a0f61a9-3ed1-48f4-16cc-6d8e930001b5@HIDDEN>
 <820042476.8030674.1519861379922@HIDDEN>
 <handler.30661.D30661.151992094413753.notifdone <at> debbugs.gnu.org>
 <875362785.8854560.1519946999371@HIDDEN>
From: Eric Blake <eblake@HIDDEN>
Organization: Red Hat, Inc.
Message-ID: <cdaa9e0c-ea6c-ac8e-f11f-2182c064057e@HIDDEN>
Date: Thu, 1 Mar 2018 19:52:24 -0600
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
MIME-Version: 1.0
In-Reply-To: <875362785.8854560.1519946999371@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.4
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.2]); Fri, 02 Mar 2018 01:52:24 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.2]);
 Fri, 02 Mar 2018 01:52:24 +0000 (UTC) for IP:'10.11.54.4'
 DOMAIN:'int-mx04.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'eblake@HIDDEN' RCPT:''
X-Spam-Score: -0.6 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.6 (/)

reopen 30661
retitle 30661 RFE: Add way for sort to handle hex numbers
tag 30661 -notabug
thanks

On 03/01/2018 05:29 PM, James Bunke wrote:
> $ echo -e "170\n11" | sort -n

echo -e is not portable; printf is better.

> 11
> 170
> $ echo -e "AA\nB" | sort -n
> AA
> B
> $ echo -e "0xAA\n0xB" | sort -n
> 0xAA
> 0xB

Again, 'sort --debug' is your friend:

$ printf '0xAA\n0xB\n' | LC_ALL=C sort -n --debug
sort: using simple byte comparison
0xAA
_
____
0xB
_
___

The numeric sort key parses '0' and stops at 'x', because it does NOT 
parse hexadecimal.

Here's what POSIX has to say about -n:
http://pubs.opengroup.org/onlinepubs/9699919799/utilities/sort.html

"-n
     Restrict the sort key to an initial numeric string, consisting of 
optional <blank> characters, optional <hyphen-minus> character, and zero 
or more digits with an optional radix character and thousands separators 
(as defined in the current locale), which shall be sorted by arithmetic 
value. An empty digit string shall be treated as zero. Leading zeros and 
signs on zeros shall not affect ordering."

Which does not directly mention "decimal", but the mention of a radix 
character (as in '1.2' or '1,2', depending on locale) pretty much 
implies decimal, as radix characters are only output by printf when 
printing floating point values in a decimal format.

> 
> Perhaps its the documentation that is lacking as I find no reference to hexadecimal ineither the "man" or "info" on sort -- can it sort hexadecimal?

-n cannot.  You are correct that we could improve the info page to make 
it explicit that -n sorts based on decimal values.  You also raise a 
good point that it may be worth adding a new sorting option that sorts 
by hexadecimal.  Although the existing practice of 
decorate/sort/undecorate to [temporarily] convert hex into decimal 
before sorting is going to be more portable, being able to directly sort 
hex does seem like something that may be worthwhile.

> No information  on whatsort considers to be a "numeral" or expects hexadecimal to be represented. I was justattempting to skip extra processes to convert the data or to write my own sort process.
> Thank you for your efforts on my behalf. Do you know who handles the documentation?Maybe there is newer man/info than on this old machine.

The info documentation is part of coreutils.git, so you've reached the 
right place.  I'm going to reopen and retitle this bug to request the 
ability to do hex sorting.


-- 
Eric Blake, Principal Software Engineer
Red Hat, Inc.           +1-919-301-3266
Virtualization:  qemu.org | libvirt.org

Message received at fakecontrol@fakecontrolmessage:

Received: (at fakecontrol) by fakecontrolmessage;
To: internal_control <at> debbugs.gnu.org
From: Debbugs Internal Request <help-debbugs@HIDDEN>
Subject: Internal Control
Message-Id: Did not alter fixed versions and reopened.
Date: Fri, 02 Mar 2018 01:53:02 +0000
User-Agent: Fakemail v42.6.9

# This is a fake control message.
#
# The action:
# Did not alter fixed versions and reopened.
thanks
# This fakemail brought to you by your local debbugs
# administrator

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 2 Mar 2018 01:52:34 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Mar 01 20:52:34 2018
Received: from localhost ([127.0.0.1]:39911 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1erZs9-0007tT-PM
	for submit <at> debbugs.gnu.org; Thu, 01 Mar 2018 20:52:34 -0500
Received: from mx3-rdu2.redhat.com ([66.187.233.73]:33964 helo=mx1.redhat.com)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eblake@HIDDEN>)
 id 1erZs6-0007t9-8k; Thu, 01 Mar 2018 20:52:30 -0500
Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com
 [10.11.54.4])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 998028D6FB;
 Fri,  2 Mar 2018 01:52:24 +0000 (UTC)
Received: from [10.10.122.122] (ovpn-122-122.rdu2.redhat.com [10.10.122.122])
 by smtp.corp.redhat.com (Postfix) with ESMTP id 513522024CA6;
 Fri,  2 Mar 2018 01:52:24 +0000 (UTC)
Subject: Re: bug#30661: closed (Re: bug#30661: sort)
To: James Bunke <james_a_bunke@HIDDEN>,
 "30661 <at> debbugs.gnu.org" <30661 <at> debbugs.gnu.org>
References: <0a0f61a9-3ed1-48f4-16cc-6d8e930001b5@HIDDEN>
 <820042476.8030674.1519861379922@HIDDEN>
 <handler.30661.D30661.151992094413753.notifdone <at> debbugs.gnu.org>
 <875362785.8854560.1519946999371@HIDDEN>
From: Eric Blake <eblake@HIDDEN>
Organization: Red Hat, Inc.
Message-ID: <cdaa9e0c-ea6c-ac8e-f11f-2182c064057e@HIDDEN>
Date: Thu, 1 Mar 2018 19:52:24 -0600
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
MIME-Version: 1.0
In-Reply-To: <875362785.8854560.1519946999371@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.4
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.2]); Fri, 02 Mar 2018 01:52:24 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.2]);
 Fri, 02 Mar 2018 01:52:24 +0000 (UTC) for IP:'10.11.54.4'
 DOMAIN:'int-mx04.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'eblake@HIDDEN' RCPT:''
X-Spam-Score: -0.6 (/)
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.6 (/)

reopen 30661
retitle 30661 RFE: Add way for sort to handle hex numbers
tag 30661 -notabug
thanks

On 03/01/2018 05:29 PM, James Bunke wrote:
> $ echo -e "170\n11" | sort -n

echo -e is not portable; printf is better.

> 11
> 170
> $ echo -e "AA\nB" | sort -n
> AA
> B
> $ echo -e "0xAA\n0xB" | sort -n
> 0xAA
> 0xB

Again, 'sort --debug' is your friend:

$ printf '0xAA\n0xB\n' | LC_ALL=C sort -n --debug
sort: using simple byte comparison
0xAA
_
____
0xB
_
___

The numeric sort key parses '0' and stops at 'x', because it does NOT 
parse hexadecimal.

Here's what POSIX has to say about -n:
http://pubs.opengroup.org/onlinepubs/9699919799/utilities/sort.html

"-n
     Restrict the sort key to an initial numeric string, consisting of 
optional <blank> characters, optional <hyphen-minus> character, and zero 
or more digits with an optional radix character and thousands separators 
(as defined in the current locale), which shall be sorted by arithmetic 
value. An empty digit string shall be treated as zero. Leading zeros and 
signs on zeros shall not affect ordering."

Which does not directly mention "decimal", but the mention of a radix 
character (as in '1.2' or '1,2', depending on locale) pretty much 
implies decimal, as radix characters are only output by printf when 
printing floating point values in a decimal format.

> 
> Perhaps its the documentation that is lacking as I find no reference to hexadecimal ineither the "man" or "info" on sort -- can it sort hexadecimal?

-n cannot.  You are correct that we could improve the info page to make 
it explicit that -n sorts based on decimal values.  You also raise a 
good point that it may be worth adding a new sorting option that sorts 
by hexadecimal.  Although the existing practice of 
decorate/sort/undecorate to [temporarily] convert hex into decimal 
before sorting is going to be more portable, being able to directly sort 
hex does seem like something that may be worthwhile.

> No information  on whatsort considers to be a "numeral" or expects hexadecimal to be represented. I was justattempting to skip extra processes to convert the data or to write my own sort process.
> Thank you for your efforts on my behalf. Do you know who handles the documentation?Maybe there is newer man/info than on this old machine.

The info documentation is part of coreutils.git, so you've reached the 
right place.  I'm going to reopen and retitle this bug to request the 
ability to do hex sorting.


-- 
Eric Blake, Principal Software Engineer
Red Hat, Inc.           +1-919-301-3266
Virtualization:  qemu.org | libvirt.org

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 2 Mar 2018 02:05:52 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Mar 01 21:05:52 2018
Received: from localhost ([127.0.0.1]:39917 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1era52-0001iA-2H
	for submit <at> debbugs.gnu.org; Thu, 01 Mar 2018 21:05:52 -0500
Received: from mx3-rdu2.redhat.com ([66.187.233.73]:34462 helo=mx1.redhat.com)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eblake@HIDDEN>) id 1era50-0001hu-7b
 for control <at> debbugs.gnu.org; Thu, 01 Mar 2018 21:05:50 -0500
Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com
 [10.11.54.4])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 11DCA8D6FC
 for <control <at> debbugs.gnu.org>; Fri,  2 Mar 2018 02:05:45 +0000 (UTC)
Received: from [10.10.122.122] (ovpn-122-122.rdu2.redhat.com [10.10.122.122])
 by smtp.corp.redhat.com (Postfix) with ESMTP id DC50C2026E04
 for <control <at> debbugs.gnu.org>; Fri,  2 Mar 2018 02:05:44 +0000 (UTC)
Subject: Re: bug#30661: closed (Re: bug#30661: sort)
To: GNU bug control <control <at> debbugs.gnu.org>
References: <0a0f61a9-3ed1-48f4-16cc-6d8e930001b5@HIDDEN>
 <820042476.8030674.1519861379922@HIDDEN>
 <handler.30661.D30661.151992094413753.notifdone <at> debbugs.gnu.org>
 <875362785.8854560.1519946999371@HIDDEN>
 <cdaa9e0c-ea6c-ac8e-f11f-2182c064057e@HIDDEN>
From: Eric Blake <eblake@HIDDEN>
Organization: Red Hat, Inc.
Message-ID: <08d1e8ab-77e7-46c1-406c-68f7a7a7b15d@HIDDEN>
Date: Thu, 1 Mar 2018 20:05:44 -0600
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
MIME-Version: 1.0
In-Reply-To: <cdaa9e0c-ea6c-ac8e-f11f-2182c064057e@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.4
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.11.55.2]); Fri, 02 Mar 2018 02:05:45 +0000 (UTC)
X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.2]);
 Fri, 02 Mar 2018 02:05:45 +0000 (UTC) for IP:'10.11.54.4'
 DOMAIN:'int-mx04.intmail.prod.int.rdu2.redhat.com'
 HELO:'smtp.corp.redhat.com' FROM:'eblake@HIDDEN' RCPT:''
X-Spam-Score: -0.6 (/)
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.6 (/)

tag 30661 - notabug
thanks

On 03/01/2018 07:52 PM, Eric Blake wrote:
> reopen 30661
> retitle 30661 RFE: Add way for sort to handle hex numbers
> tag 30661 -notabug
> thanks
> 
> On 03/01/2018 05:29 PM, James Bunke wrote:
>> $ echo -e "170\n11" | sort -n
> 
> echo -e is not portable; printf is better.
> 
>> 11
>> 170
>> $ echo -e "AA\nB" | sort -n
>> AA
>> B
>> $ echo -e "0xAA\n0xB" | sort -n
>> 0xAA
>> 0xB
> 
> Again, 'sort --debug' is your friend:
> 
> $ printf '0xAA\n0xB\n' | LC_ALL=C sort -n --debug
> sort: using simple byte comparison
> 0xAA
> _
> ____
> 0xB
> _
> ___
> 
> The numeric sort key parses '0' and stops at 'x', because it does NOT 
> parse hexadecimal.
> 
> Here's what POSIX has to say about -n:
> http://pubs.opengroup.org/onlinepubs/9699919799/utilities/sort.html
> 
> "-n
>      Restrict the sort key to an initial numeric string, consisting of 
> optional <blank> characters, optional <hyphen-minus> character, and zero 
> or more digits with an optional radix character and thousands separators 
> (as defined in the current locale), which shall be sorted by arithmetic 
> value. An empty digit string shall be treated as zero. Leading zeros and 
> signs on zeros shall not affect ordering."
> 
> Which does not directly mention "decimal", but the mention of a radix 
> character (as in '1.2' or '1,2', depending on locale) pretty much 
> implies decimal, as radix characters are only output by printf when 
> printing floating point values in a decimal format.
> 
>>
>> Perhaps its the documentation that is lacking as I find no reference 
>> to hexadecimal ineither the "man" or "info" on sort -- can it sort 
>> hexadecimal?
> 
> -n cannot.  You are correct that we could improve the info page to make 
> it explicit that -n sorts based on decimal values.  You also raise a 
> good point that it may be worth adding a new sorting option that sorts 
> by hexadecimal.  Although the existing practice of 
> decorate/sort/undecorate to [temporarily] convert hex into decimal 
> before sorting is going to be more portable, being able to directly sort 
> hex does seem like something that may be worthwhile.
> 
>> No information  on whatsort considers to be a "numeral" or expects 
>> hexadecimal to be represented. I was justattempting to skip extra 
>> processes to convert the data or to write my own sort process.
>> Thank you for your efforts on my behalf. Do you know who handles the 
>> documentation?Maybe there is newer man/info than on this old machine.
> 
> The info documentation is part of coreutils.git, so you've reached the 
> right place.  I'm going to reopen and retitle this bug to request the 
> ability to do hex sorting.
> 
> 

-- 
Eric Blake, Principal Software Engineer
Red Hat, Inc.           +1-919-301-3266
Virtualization:  qemu.org | libvirt.org

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 30 Oct 2018 02:50:04 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 29 22:50:04 2018
Received: from localhost ([127.0.0.1]:52711 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1gHK6W-00008U-IB
	for submit <at> debbugs.gnu.org; Mon, 29 Oct 2018 22:50:04 -0400
Received: from mail-pg1-f176.google.com ([209.85.215.176]:41321)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <assafgordon@HIDDEN>) id 1gHK6U-00007r-0j
 for control <at> debbugs.gnu.org; Mon, 29 Oct 2018 22:50:02 -0400
Received: by mail-pg1-f176.google.com with SMTP id 23-v6so4860470pgc.8
 for <control <at> debbugs.gnu.org>; Mon, 29 Oct 2018 19:50:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=to:from:message-id:date:user-agent:mime-version:content-language
 :content-transfer-encoding;
 bh=qvO7xgll5XblPvJG2naMtwsqWclsZlmVuvY9vF2qUGU=;
 b=kuHivBLpkKN/DjlvqFSrg8NjbZlZtSd70jgpc2yhx5nViLKy3WhAXzBL/8pOafgLPA
 EO8H80fO0KbGUKUEVyJSFh5jWTjBvslBfxMUiOGKQsaAPwxIup7M17mseGVaJwHFU/Sx
 SczHGHDFlhQnvPS5PnV0o0d8dyXOXMoMMZT3AlrjINTJdHmD9e9QMuaIDjoeq36n6FlN
 fSxLkAvQn/Ii20BdtyIWSi3PBRT2NQGKZ5+WjiujF49awOl7+VL+iixKs3iDa66OQX7w
 wkZvA/DJB7v7r/nLr5PbXUAPHaHVXiwNFoLktA6f8pxU0j/GkU85hZ0mwO4GFo6YVYiV
 G41A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:to:from:message-id:date:user-agent:mime-version
 :content-language:content-transfer-encoding;
 bh=qvO7xgll5XblPvJG2naMtwsqWclsZlmVuvY9vF2qUGU=;
 b=ZE7aXHlI7/IyqjsB64qMENyqH977VmdTLUhXNVpN1BzBky60MdLOJCsFVB/EuOd/3B
 hRVapFIPSZhvkIFqO155QrOIUeXLMIEWCkz/4kttOnK4SwngIX80iQ4iSPoO580G1sI0
 IYmbj+QoyjsBzcNasM2Wr01oQtSSTyKUxm2qx/Uc/L5wnWIwQ/mOSEfxl7sApaVD3A8B
 ekep5+Czmy621C8USHzZVYt+ZBOao4YVTetmbHW7CrJtvwUaUoPga1CbE00KLxnl4zNE
 hq+VYb2H6U/noEMWq7qjZXWeWCltq6j8c/bxTtdqdBlnpiAP102TONRG4f+iqiLc+fcx
 Bc0g==
X-Gm-Message-State: AGRZ1gJpGU4ZxQ1caLKZ8GvIdU5Lvcw4IXLFLsPfL8X3hnFkuRY07vWg
 pGl05kLU/mY6DjbMG7C2ZB3PCeISkX8=
X-Google-Smtp-Source: AJdET5cyBiJuRFdx9kyAJFl9w4Csbnfmp0sTq02bBLEa1HAOfg+1rSxp4/KMHXCzTn4yfzPoNTQB6g==
X-Received: by 2002:a63:4b60:: with SMTP id k32mr16259452pgl.186.1540867795579; 
 Mon, 29 Oct 2018 19:49:55 -0700 (PDT)
Received: from tomato.housegordon.com (moose.housegordon.com. [184.68.105.38])
 by smtp.googlemail.com with ESMTPSA id
 e12-v6sm254160pff.5.2018.10.29.19.49.54 for <control <at> debbugs.gnu.org>
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Mon, 29 Oct 2018 19:49:54 -0700 (PDT)
To: control <at> debbugs.gnu.org
From: Assaf Gordon <assafgordon@HIDDEN>
Message-ID: <d5169ced-feae-5824-2550-2edcb31e89a3@HIDDEN>
Date: Mon, 29 Oct 2018 20:49:53 -0600
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.2.1
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Spam-Score: 2.0 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview: severity 30661 wishlist retitle 30661 sort: add
 sort-by-hex-number feature [...] 
 Content analysis details:   (2.0 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_MSPIKE_H2      RBL: Average reputation (+2)
 [209.85.215.176 listed in wl.mailspike.net]
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [209.85.215.176 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (assafgordon[at]gmail.com)
 1.8 MISSING_SUBJECT        Missing Subject: header
 0.2 NO_SUBJECT             Extra score for no subject
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.0 (+)

severity 30661 wishlist
retitle 30661 sort: add sort-by-hex-number feature

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 30 Oct 2018 02:50:04 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 29 22:50:04 2018
Received: from localhost ([127.0.0.1]:52711 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1gHK6W-00008U-IB
	for submit <at> debbugs.gnu.org; Mon, 29 Oct 2018 22:50:04 -0400
Received: from mail-pg1-f176.google.com ([209.85.215.176]:41321)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <assafgordon@HIDDEN>) id 1gHK6U-00007r-0j
 for control <at> debbugs.gnu.org; Mon, 29 Oct 2018 22:50:02 -0400
Received: by mail-pg1-f176.google.com with SMTP id 23-v6so4860470pgc.8
 for <control <at> debbugs.gnu.org>; Mon, 29 Oct 2018 19:50:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=to:from:message-id:date:user-agent:mime-version:content-language
 :content-transfer-encoding;
 bh=qvO7xgll5XblPvJG2naMtwsqWclsZlmVuvY9vF2qUGU=;
 b=kuHivBLpkKN/DjlvqFSrg8NjbZlZtSd70jgpc2yhx5nViLKy3WhAXzBL/8pOafgLPA
 EO8H80fO0KbGUKUEVyJSFh5jWTjBvslBfxMUiOGKQsaAPwxIup7M17mseGVaJwHFU/Sx
 SczHGHDFlhQnvPS5PnV0o0d8dyXOXMoMMZT3AlrjINTJdHmD9e9QMuaIDjoeq36n6FlN
 fSxLkAvQn/Ii20BdtyIWSi3PBRT2NQGKZ5+WjiujF49awOl7+VL+iixKs3iDa66OQX7w
 wkZvA/DJB7v7r/nLr5PbXUAPHaHVXiwNFoLktA6f8pxU0j/GkU85hZ0mwO4GFo6YVYiV
 G41A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:to:from:message-id:date:user-agent:mime-version
 :content-language:content-transfer-encoding;
 bh=qvO7xgll5XblPvJG2naMtwsqWclsZlmVuvY9vF2qUGU=;
 b=ZE7aXHlI7/IyqjsB64qMENyqH977VmdTLUhXNVpN1BzBky60MdLOJCsFVB/EuOd/3B
 hRVapFIPSZhvkIFqO155QrOIUeXLMIEWCkz/4kttOnK4SwngIX80iQ4iSPoO580G1sI0
 IYmbj+QoyjsBzcNasM2Wr01oQtSSTyKUxm2qx/Uc/L5wnWIwQ/mOSEfxl7sApaVD3A8B
 ekep5+Czmy621C8USHzZVYt+ZBOao4YVTetmbHW7CrJtvwUaUoPga1CbE00KLxnl4zNE
 hq+VYb2H6U/noEMWq7qjZXWeWCltq6j8c/bxTtdqdBlnpiAP102TONRG4f+iqiLc+fcx
 Bc0g==
X-Gm-Message-State: AGRZ1gJpGU4ZxQ1caLKZ8GvIdU5Lvcw4IXLFLsPfL8X3hnFkuRY07vWg
 pGl05kLU/mY6DjbMG7C2ZB3PCeISkX8=
X-Google-Smtp-Source: AJdET5cyBiJuRFdx9kyAJFl9w4Csbnfmp0sTq02bBLEa1HAOfg+1rSxp4/KMHXCzTn4yfzPoNTQB6g==
X-Received: by 2002:a63:4b60:: with SMTP id k32mr16259452pgl.186.1540867795579; 
 Mon, 29 Oct 2018 19:49:55 -0700 (PDT)
Received: from tomato.housegordon.com (moose.housegordon.com. [184.68.105.38])
 by smtp.googlemail.com with ESMTPSA id
 e12-v6sm254160pff.5.2018.10.29.19.49.54 for <control <at> debbugs.gnu.org>
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Mon, 29 Oct 2018 19:49:54 -0700 (PDT)
To: control <at> debbugs.gnu.org
From: Assaf Gordon <assafgordon@HIDDEN>
Message-ID: <d5169ced-feae-5824-2550-2edcb31e89a3@HIDDEN>
Date: Mon, 29 Oct 2018 20:49:53 -0600
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.2.1
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Spam-Score: 2.0 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview: severity 30661 wishlist retitle 30661 sort: add
 sort-by-hex-number feature [...] 
 Content analysis details:   (2.0 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_MSPIKE_H2      RBL: Average reputation (+2)
 [209.85.215.176 listed in wl.mailspike.net]
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [209.85.215.176 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (assafgordon[at]gmail.com)
 1.8 MISSING_SUBJECT        Missing Subject: header
 0.2 NO_SUBJECT             Extra score for no subject
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.0 (+)

severity 30661 wishlist
retitle 30661 sort: add sort-by-hex-number feature

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

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