GNU bug report logs -
#58153
hungry sort eats lines
Previous Next
Reported by: DrSlony <bugs <at> londonlight.org>
Date: Wed, 28 Sep 2022 21:42:01 UTC
Severity: normal
Tags: notabug
Done: Paul Eggert <eggert <at> cs.ucla.edu>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 58153 in the body.
You can then email your comments to 58153 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-coreutils <at> gnu.org
:
bug#58153
; Package
coreutils
.
(Wed, 28 Sep 2022 21:42:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
DrSlony <bugs <at> londonlight.org>
:
New bug report received and forwarded. Copy sent to
bug-coreutils <at> gnu.org
.
(Wed, 28 Sep 2022 21:42:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hey
printf '%s\n' "key;foo" "key0;bar0" | sort -Vu -t ';' --key=1,1
sort 8.32 outputs:
key;bar
key0;foo
sort 9.1 outputs:
key;foo
"key0;foo" is missing.
Regards
Morgan
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#58153
; Package
coreutils
.
(Wed, 28 Sep 2022 22:37:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 58153 <at> debbugs.gnu.org (full text, mbox):
On 28/09/2022 22:13, DrSlony wrote:
> Hey
>
> printf '%s\n' "key;foo" "key0;bar0" | sort -Vu -t ';' --key=1,1
>
> sort 8.32 outputs:
> key;bar
> key0;foo
>
> sort 9.1 outputs:
> key;foo
>
> "key0;foo" is missing.
You're using version sort and '0' is special to version sorting.
Specifically as per https://www.debian.org/doc/debian-policy/ch-controlfields.html#version
In particular this portion of the documented comparison algorithm:
"Then the initial part of the remainder of each string which consists entirely
of digit characters is determined. The numerical values of these two parts are compared,
and any difference found is returned as the result of the comparison.
For these purposes an empty string (which can only occur at the end of one or both
version strings being compared) counts as zero."
You can see this in the simplified example:
# Use --check to see if any matches that need to be dropped:
$ printf '%s\n' "key" "key0" | sort -u -C -V || echo equal
equal
# Here 1 is treated differently:
$ printf '%s\n' "key" "key1" | sort -u -c -V && echo different
different
I agree this is surprising, but version sorting has lots of edge cases,
so it's probably best to stick to the documented algorithm here.
thanks,
Pádraig
Added tag(s) notabug.
Request was from
Paul Eggert <eggert <at> cs.ucla.edu>
to
control <at> debbugs.gnu.org
.
(Wed, 28 Sep 2022 23:07:01 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
58153 <at> debbugs.gnu.org and DrSlony <bugs <at> londonlight.org>
Request was from
Paul Eggert <eggert <at> cs.ucla.edu>
to
control <at> debbugs.gnu.org
.
(Wed, 28 Sep 2022 23:07:01 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 27 Oct 2022 11:24:15 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 180 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.