What command line are you using?
[ellson] Not sure why we have three copies of colortbl.h. I'll fix that sometime. lib/common/colortbl.h is the one that matters and, as I suspected, yours in not sorted correctly.
I was mistaken, we were not including the generated colortbl.h in the distribution like we should. I've fixed that in CVS. You shouldn't see this problem with tomorrow's snapshot, but I'd still like to understand what is going on.
For now, you might want to try substituting the attached colortbl.h for your lib/common/colortbl.h and re "make'
The next question is to find out why your sort isn't working as expected. I can recreate the problem on my system with this test:
$ cat test.txt
/azure
azure
/black
black
$ unset LC_COLLATE
$ sort test.txt
azure
/azure
black
/black
i.e. without LC_COLLATE=C the sort order is not what the binary search routine expects. The result expected is:
$ LC_COLLATE=C sort test.txt
/azure
/black
azure
black
What happens when you try this test on your system?
lib/common/Makefile.am contains "LC_COLLATE=C sort" so it shouldn't matter to graphviz either way if you have LC_COLLATE in your environment.
Can you check if your "sort" command is up to date? On Fedora it is /bin/sort and comes from coreutils-5.94-2
Or perhaps it is a problem with shell. What shell do you use?
[nicolasl17] *I made the test you've asked me, it gives me that:
[mush@dhcp129-243 ~]$ unset LC_COLLATE
[mush@dhcp129-243 ~]$ sort test.txt
azure
/azure
black
/black
[mush@dhcp129-243 ~]$ LC_COLLATE=C sort test.txt
azure
/azure
black
/black
[mush@dhcp129-243 ~]$ export LC_COLLATE=C
[mush@dhcp129-243 ~]$ sort test.txt
azure
/azure
black
/black
*and for the version:
[mush@dhcp129-243 ~]$ sort --version
sort (coreutils) 5.2.1
Copyright (C) 2004 Free Software Foundation, Inc.
It's indeed an old version...
*For the Shell I use bash.
Owner: ellson
Status: Fixed (19 April 2006)