m is solved for time being.
Thank you very much,
mallika
From: Eric Blake [mailto:[EMAIL PROTECTED]
Sent: Thu 8/30/2007 7:32 PM
To: Mallika Veeramalai
Cc: bug-coreutils@gnu.org
Subject: Re: Reg. 'sort' problem in Mac OS X
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Mal
I think you should
beware the difference between '-k1,1' and '-k1'. As typed in your
example, the sort key is the entire line, rather than just the first field.
>
> I think this 'sort' problem exist in every where, even when we use the
> 'ls -trl' to list
e-11 H
1.54e-03 H
There is no '-g' option Mac OS X.10.4.10
-g, --general-numeric-sort
compare according to general numerical value
The correct answer should be and it is working fine in Mac OS X 10.4.2 and
in Linux:
1.46e-13 H
1.53e-11 H
1.54e-03 H
1.46e-01 N
I think this '
"Steve Chamberlin" <[EMAIL PROTECTED]> writes:
> My preference for the sort is to default to the standard ASCII
> collating sequence
On my host "sort --help" says:
*** WARNING ***
The locale specified by the environment affects sort order.
Set LC_ALL=C to get the traditional sort order that uses
Hello all,
My name is Steve Chamberlin and I currently work for Qsent in
Beaverton, OR. I have been using the sort utility version 5.2.1 in LINUX
and seem to be having a problem with special characters. If a line
contains these characters, essentially anything beyond numbers and
letters, they do
On Fri, 22 Apr 2005, Bastiaan Naber wrote:
>The sun program uses sort (sort - GNU textutils 1.14). However I have a
>different version of sort on the linux machine (sort (coreutils) 5.2.1).
>
>My problem is that these different versions sort my text differently. This is
>not really a problem howev
Hi,
I have a program which runs on a sun ultrasparc and I want to port it to
linux.
The sun program uses sort (sort - GNU textutils 1.14). However I have a
different version of sort on the linux machine (sort (coreutils) 5.2.1).
My problem is that these different versions sort my text differe
