I noticed that the coreutils documention and usage strings for nice
referred to nice values in the range of (say) -20 to 19. But POSIX
says that nice values are nonnegative. I thought the simplest fix was
to use the word niceness to refer to a value in the range -20 to 19,
so that we don't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Right now, if SHELL is not exported, and dircolors was not given a shell
option, it refuses to output anything:
dircolors: no SHELL environment variable, and no shell type option given
Would it make more sense if dircolors tried to do a bit more
Greetings,
After much hair-pulling I have discovered what seems to me bizarre (or at least
anti-intuitive) behavior of join: apparently, numerically sorted keys cause
join to fail, silently.
Given two files:
file1.txt:
50
100
200
300
file2.txt:
90
100
200
300
join file1.txt file2.txt
[EMAIL PROTECTED] writes:
It would be quite helpful for me if if I could use join with
numerically sorted key fields, without having to alpha sort the
files on the key fields, perform join, then numerically resort the
files on the key fields
Yes, that would be a nice feature to add. Perhaps
Recently, there was work done on a binary search utility, which might
be called 'look'. In the process, the code for the command line
parsing and complex comparisons of sort were separated out into
library functions.
In theory you could use this and get all the power of sort's
comparison
