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 Mallika Veeramalai on 8/30/2007 6
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 'sort' problem exist in every where, even when
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 the file in a dir - mainly because many sort options not
included in the Mac OS X
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
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
native
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
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 however