bug#42340: Fwd: bug#42340: "join" reports that "sort"ed input is not sorted

2020-07-15 Thread Assaf Gordon
Hello, On 2020-07-15 2:12 p.m., Beth Andres-Beck wrote: If that is the intended behavior, the bug is that: printf '12,\n1,\n' | sort -t, -k1 -s 1, 12, does _not_ take the remainder of the line into account, and only sorts on the initial field, prioritizing length. It is at the very least

bug#42340: Fwd: bug#42340: "join" reports that "sort"ed input is not sorted

2020-07-15 Thread Beth Andres-Beck
If that is the intended behavior, the bug is that: > printf '12,\n1,\n' | sort -t, -k1 -s 1, 12, does _not_ take the remainder of the line into account, and only sorts on the initial field, prioritizing length. It is at the very least unexpected that adding an `a` to the end of both lines would

bug#42340: "join" reports that "sort"ed input is not sorted

2020-07-13 Thread Assaf Gordon
tags 42340 notabug close 42340 stop Hello, On 2020-07-12 5:57 p.m., Beth Andres-Beck wrote: In trying to use `join` with `sort` I discovered odd behavior: even after running a file through `sort` using the same delimiter, `join` would still complain that it was out of order. [...] Here is a

bug#42340: "join" reports that "sort"ed input is not sorted

2020-07-12 Thread Beth Andres-Beck
In trying to use `join` with `sort` I discovered odd behavior: even after running a file through `sort` using the same delimiter, `join` would still complain that it was out of order. The field I am sorting on is ip addresses, which means that depending on which digits are zero they can be of