<div style="line-height:1.7;color:#000000;font-size:14px;font-family:Arial"><p class="commit-title" style="box-sizing: border-box; margin: 0px 0px 8px; color: rgb(33, 63, 77); font-size: 18px; font-weight: bold; font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', Helvetica, Arial, sans-serif, 'Apple Color Emoji', 'Segoe UI Emoji', 'Segoe UI Symbol';">Fix a bug for sort.</p><div class="commit-desc" style="box-sizing: border-box; margin: -5px 0px 10px; color: rgb(51, 51, 51); font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', Helvetica, Arial, sans-serif, 'Apple Color Emoji', 'Segoe UI Emoji', 'Segoe UI Symbol'; line-height: 21px;"><pre style="box-sizing: border-box; font-family: Consolas, 'Liberation Mono', Menlo, Courier, monospace; font-size: 13px; margin-top: 10px; margin-bottom: 0px; line-height: 1.45; max-width: 100%; color: rgb(89, 96, 99); overflow: visible;">When the key_separator is not space, the sort commandline tool fails to sort by the 3rd,4th,etc column.
For example:
        when you exec

          $ sort -t',' -k 3n

        on a file which cotains:

        1,2,3,4
        2,3,4,1
        4,1,2,3
        3,4,1,2

        you got:

        4,1,2,3
        1,2,3,4
        2,3,4,1
        3,4,1,2

        but the expected output should be:

        3,4,1,2
        4,1,2,3
        1,2,3,4
        2,3,4,1

The bug is due to the dependency of "isspace(str[end])" at line 113.
When searching for the non-space key_separator, the search stopped just at the position of first key_separator it met.
The bug can be easily fixed by adding "end++" when the search have found one separator and exit the for loop.</pre></div><br><br><br><br><div style="position:relative;zoom:1"><br><div><div><br></div><div>Email£º<a href="mailto:wangxiaojianffgz@163.com">wangxiaojianffgz@163.com</a></div></div><div style="clear:both"></div></div></div><br><br><span title="neteasefooter"><p> </p></span>