On Tue, 1 Sep 2009 13:15:57 +1000, Herbert Xu <[email protected]> 
wrote:
> On Mon, Aug 31, 2009 at 08:19:24AM -0600, Matthew Burgess wrote:
> 
> Oh I see what's going on.  In fact it's sed that's not working for
> you, not sort.  Let me find a way around that.

Ah, well spotted.  The following is enough to get the correct output from 
sed(1):

sed 's/\t-[a-z]*//' $temp2

This is with sed-4.2.1 compiled against Glibc-2.10.1.

Running through 'nl -v 0', I end up with:

     0  .       dotcmd
     1  :       truecmd
     2  [       testcmd
     3  alias   aliascmd
     4  bg      bgcmd
     5  break   breakcmd
     6  cd      cdcmd
     7  chdir   cdcmd
     8  command commandcmd
     9  continue        breakcmd
    10  echo    echocmd
    11  eval    evalcmd
    12  exec    execcmd
    13  exit    exitcmd
    14  export  exportcmd
    15  false   falsecmd
    16  fg      fgcmd
    17  getopts getoptscmd
    18  hash    hashcmd
    19  jobs    jobscmd
    20  kill    killcmd
    21  local   localcmd
    22  printf  printfcmd
    23  pwd     pwdcmd
    24  read    readcmd
    25  readonly        exportcmd
    26  return  returncmd
    27  set     setcmd
    28  shift   shiftcmd
    29  test    testcmd
    30  times   timescmd
    31  trap    trapcmd
    32  true    truecmd
    33  type    typecmd
    34  ulimit  ulimitcmd
    35  umask   umaskcmd
    36  unalias unaliascmd
    37  unset   unsetcmd
    38  wait    waitcmd

That still doesn't help with the sort(1) output though (from coreutils-7.5), 
which
still doesn't appear to be honouring LC_COLLATE!  I suspect a bug in our i18n 
patch
for Coreutils, which I'll try to take a look at over the next few days.

Thanks,

Matt.

--
To unsubscribe from this list: send the line "unsubscribe dash" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to