Bug 20975 - sort problem
sort problem
Status: CLOSED NOTABUG
Product: Red Hat Linux
Classification: Retired
Component: textutils (Show other bugs)
7.0
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Bernhard Rosenkraenzer
David Lawrence
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2000-11-16 14:27 EST by Need Real Name
Modified: 2007-04-18 12:29 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2000-11-16 15:01:05 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Need Real Name 2000-11-16 14:27:30 EST
When sorting the following text.....

4072.10 4072.9
4072.10000 .
4072.100 4072.99
4072.1 4072.1980
4072.1000 4072.3341


I get the following results:

Red Hat 7.0, textutils-2.0e-8
4072.10000 .
4072.1000 4072.3341
4072.100 4072.99
4072.10 4072.9
4072.1 4072.1980


Red Hat 6.2, textutils-1.22-7
4072.1 4072.1980
4072.10 4072.9
4072.100 4072.99
4072.1000 4072.3341
4072.10000 .

IBM AIX 4.3.3
4072.1 4072.1980
4072.10 4072.9
4072.100 4072.99
4072.1000 4072.3341
4072.10000 .
Comment 1 Need Real Name 2000-11-16 15:01:02 EST
Ummm - I gave the wrong Red Hat version in my second example above.  It is Red
Hat 5.1, not 6.2.  The version of textutils is listed correctly.  Sorry for the
bother.   Sam.
Comment 2 Derek Tattersall 2000-11-16 15:20:56 EST
LC_ALL=C sort <input file>  sorts your input properly.  Remember glibc is now
internationalized and sort does not assume any particular collating sequence
until it is told.

Note You need to log in before you can comment on or make changes to this bug.