bug#51011: Problem solved - thoughts on confusing behavior

2021-10-04 Thread Juncheng Yang
! The GNU tools (and maintainers/contributors) are really amazing! Best, Juncheng > On Oct 4, 2021, at 4:01 PM, Paul Eggert wrote: > > On 10/4/21 08:29, Juncheng Yang wrote: >> However, this is confusing because 1) the behavior of `-n` and `-g` are not >>

bug#51011: [GNU sort] Numerical sort with delimiter may be broken (bug)

2021-10-04 Thread Juncheng Yang
Thank you, Paul and Padraig! May I ask when it fails to sort numerically why 1,a comes before 0,9? I could not come up with an ordering that 1,a is smaller. Best, Jason > On Oct 4, 2021, at 4:01 PM, Paul Eggert wrote: > > On 10/4/21 08:58, Pádraig Brady wrote: >> The --debug option

bug#51011: Problem solved - thoughts on confusing behavior

2021-10-04 Thread Juncheng Yang
Hi developers, It looks like I had misunderstanding of how `-k` works, by changing to -k 1,1 now it works. However, this is confusing because 1) the behavior of `-n` and `-g` are not consistent, 2) the `-n` in GNU sort is different from the sort on MacOS (which has pos2 as pos1+1

bug#51011: [GNU sort] Numerical sort with delimiter may be broken (bug)

2021-10-04 Thread Juncheng Yang
Hi coreutils developers, I have encountered a bug in GNU sort in which sort produces incorrect results when numerical sort with delimiters. For example, sort -nk1 -t , file cannot sort the a file with the following lines (sort by the first column numerically) 1,a 0,9 I have tried