Thanks to all who helped me with this. One final note for closure...
Default sort behavior changed with the addition of NLS support between 1.22,
where a 'traditional' sort is done, and 2.0, where a 'phone book order' sort
seems to be the default. I eventually re-configured and re-made textutils
with ' ./configure --disable-nls ', and behavior is now as expected.
I did not manage to find optional settings that would allow me to get the
'with nls' version to do a traditional sort, but maybe I gave up too soon...
don
-----Original Message-----
From: Don Hamilton [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 31, 2000 1:05 PM
To: [EMAIL PROTECTED]
Subject: sort behavior very different than expected
Not sure if this is a bug, or my stupidity but there is an apparent change
of functionality between 1.22 and 2.0 of sort.
Here's a simple illustration of the problem... first the input file, the
output from a 1.22 version of sort (what I want),
then the output from a 2.0 version (apparently not sorted).
[don@libsob backup]$ cat see
000|1|1100910
000|1|110119
0001|1|1022492
000|1|1104202
0001|1|1098683
000|1|1110816
0001|1|1128621
000|1|1114383
[don@libsob backup]$ sort --version
sort (GNU textutils) 1.22
[don@libsob backup]$ sort see
0001|1|1022492
0001|1|1098683
0001|1|1128621
000|1|1100910
000|1|110119
000|1|1104202
000|1|1110816
000|1|1114383
[don@libsob backup]$ /bin/sorthuh --version
sort (GNU textutils) 2.0
Written by Mike Haertel.
Copyright (C) 1999 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
[don@libsob backup]$ /bin/sorthuh see
000|1|1100910
000|1|110119
0001|1|1022492
000|1|1104202
0001|1|1098683
000|1|1110816
0001|1|1128621
000|1|1114383
[don@libsob backup]$
Don Hamilton (mailto:[EMAIL PROTECTED])
Information Technology & Cybrarian by Osmosis
Wilfrid Laurier University Library
Waterloo, Ontario, Canada
519-884-0710x3336
fax:519-884-8023
