Re: Problem for SORT command gurus

2025-04-27 Thread Philip Rhoades via users
Michael, On 2025-04-28 04:42, Michael Schwendt wrote: On Mon, 28 Apr 2025 02:59:55 +1000, Philip Rhoades wrote: > If you prefix your command with e.g. LC_ALL=en_AU.UTF-8 what > happens? No difference / improvement. Then I repeat my request to see example output. Your first key's stop pos

Re: Problem for SORT command gurus

2025-04-27 Thread Michael Schwendt
On Mon, 28 Apr 2025 02:59:55 +1000, Philip Rhoades wrote: > > If you prefix your command with e.g. LC_ALL=en_AU.UTF-8 what > > happens? > > > No difference / improvement. Then I repeat my request to see example output. Your first key's stop position is at end of line, which is very generous.

Re: Problem for SORT command gurus

2025-04-27 Thread Philip Rhoades via users
Michael, On 2025-04-28 00:35, Michael Schwendt wrote: On Sun, 27 Apr 2025 22:02:47 +1000, Philip Rhoades wrote: sort: text ordering performed using simple byte comparison What's your locale? C If you prefix your command with e.g. LC_ALL=en_AU.UTF-8 what happens? No difference / imp

Re: Problem for SORT command gurus

2025-04-27 Thread Michael Schwendt
On Sun, 27 Apr 2025 22:02:47 +1000, Philip Rhoades wrote: > sort: text ordering performed using simple byte comparison What's your locale? If you prefix your command with e.g. LC_ALL=en_AU.UTF-8 what happens? -- ___ users mailing list -- users@lists.f

Re: Problem for SORT command gurus

2025-04-27 Thread Philip Rhoades via users
On 2025-04-27 21:15, Michael Schwendt wrote: On Sun, 27 Apr 2025 20:12:55 +1000, Philip Rhoades via users wrote: People, For the attached file these work: sort -k 1.11,1.18n t sort -k 1.3,1.6n t but this doesn't: sort -k 1.8 -k 1.3,1.6n t Why is this? Add option --debug, show the output

Re: Problem for SORT command gurus

2025-04-27 Thread Michael Schwendt
On Sun, 27 Apr 2025 20:12:55 +1000, Philip Rhoades via users wrote: > People, > > For the attached file these work: > > sort -k 1.11,1.18n t > sort -k 1.3,1.6n t > > but this doesn't: > > sort -k 1.8 -k 1.3,1.6n t > > Why is this? Add option --debug, show the output you get, and describe wha