Sorting the following text with sort 2.0 produces incorrect results when run on a default RH6.1 installation:
   Input:
1.2.345.600
1.2.34.500
1.2.3.456
1.2.456.700
1.2.356.8
1.2.4.5
   Output:
1.2.34.500
1.2.3.456
1.2.345.600
1.2.356.8
1.2.4.5
1.2.456.700

   I have corresponded with Jim Meyering (meyering) from the GNU textutils project, who informed me that this is not a bug with sort itself, but the result of a conflict between sort 2.0 and the value of the environment variable LC_ALL as set by the default installation of RH.  For sort to work properly, LC_ALL must be set to POSIX.  Any other value will lead to incorrect results.  According to Jim, this problem could be fixed by changing the default value for LC_ALL or by fixing the locale tables.