Hi ;

I have a dobut.
How sort works ? i don't understand the logic for numeric sortings.

>> what logic applied here ..

What i got it does sorting based on ascii but i dont understand the logic.

First columns are in order. Where first columns are the same, second columns are in order, etc.

1 members found this post helpful.

Another way of looking at is that the sort command treats strings of numbers like strings of letters. It sorts them not according to their value but according to their postion in the "alphabet" (0-9 instead of a-z) in the way that smallpond described it. So 1025 comes before 125 for the same reason that bacf comes before bcf in normal alphabetization.
Hope that's clear.
jdk

2 members found this post helpful.

In addition to the above, if you want to sort them numerically use the "-n" switch.

1 members found this post helpful.

its in lexicographical order.

check man sort.
if you want it in numerical order use the -n option.

1 members found this post helpful.

Hi ;

Thanks jdkaye ;

Could you please elaborate some better example ?

I am NOT clear. Some confusions.

Hi All ;

Clearly i have posted , what is the logic behind for my output .
I am NOT asking abt -n option. Please provide answers for my EXACT Question

Why are you getting so fussy?

As you've been told three times already, it sorts it alphabetically. 1 comes before 2, 2 comes before 3, etc. It does this on individual characters, NOT on the entire number. If two lines start with the same character, it moves to the second character, then the third, same way you alphabetize any list.

Start by just looking at the first character
Ok, there are three 1s, so move to the next character and what do you get
How about the 2s
And the 456s are the same, so their "order" doesn't matter.

1 members found this post helpful.

Please READ AND UNDERSTAND the answers you have been given. smallpond, suicidaleggroll, and jdkaye have ALL told you exactly why you're getting that output. You were also pointed to the man page, and as far as I know, there is NOTHING keeping you from going to Google and doing further research, or even downloading the source code for sort and looking at it.

If you don't like the answers you get here, you can always ask elsewhere...perhaps they can fit your 'exact' needs. If you don't UNDERSTAND the answers you get here, being snotty sure won't get you much further.

Here is a simplification of the excellent explanation of jdkaye.
You are thinking that 1025 is greater than 125 because you are
reading 1025 as one thousand twenty five, and 125 as one hundred
twenty five.

The point here is that sort function doesn't read those numbers
the way you are reading them.

sort function is comparing these numbers digit by digit.

First it compared 1 from 1025 with 1 from 125, and found both are
equal,
then it compared 0 from 1025 with 2 from 125 and found that 0 is
smaller than 2, hence it placed 1025 ahead of 125.

1 members found this post helpful.

just try to replace 0->a, 1->b, 2->c and so on, sort those strings and replace again a->0, b->1, ...

That's exactly what I said in my response and the OP could only say So much for our good intentions.
jdk

It used to be called "sort-merge". That should explain the internal logic to you. This can be another thread. Briefly the `sort` command assumes line by line left to right character based sorting unless you give options. The `man` says it simply. "SORT LINES OF TEXT FILES".

You really should READ THE MANUAL.

SO AS OTHERS HAVE SAID REPEATEDLY, UNLESS YOU USE OPTIONS, SORT ASSUMES THAT THE LINES TO BE SORTED ARE CHARACTERS. UNLIKE NUMBERS AND DIGITS, THE ASCII VALUE USUALLY DETERMINES THE SEQUENCE.

You can use options to change the column delimiter, column number and nature of data to be sorted.

OK

People, he may be having trouble with English.

Don't think of the file as "numbers" they aren't.

Your sequence

is actually the following sequence of bytes:

Where the second line is the octal value for each byte of the input.

Sort uses the values from the second line to sort by. And doing that means that 060 (the second byte of the first line) is less than 062 (the second byte of the second line), thus the first line is placed first.

Using the -n option to sort causes sort to first convert the data into integers.

1 members found this post helpful.