I noticed that ./sort -m --batch-size=18446744073709551617
was printing garbage as part of its diagnostic.
Here's the fix, along with a couple other improvements.
>From cd1f4bc1ecde1e7b313c1d0d587a07965d00d8b1 Mon Sep 17 00:00:00 2001
From: Jim Meyering <[EMAIL PROTECTED]>
Date: Sun, 10 Aug 2008 1
on opensolaris (update 94) can't remove recursively directories.
@osol /ntfs: /usr/gnu/bin/mkdir -p t/t/t/t/t/t/t/t/t/t//t/t///t//t/t/t/
@osol /ntfs: /usr/gnu/bin/rm --version|head -1
rm (GNU coreutils) 6.7
@osol /ntfs: rm -rf t
rm: cannot remove directory `t': Directory not empty
@osol /ntfs: rm
JY> What are you suggesting should be changed?
There is no way to get any order into these rectangles I cropped from
your reply:
~/tm
tota
104K
12K
32K
~/tm
tota
12
104
32
One must resort to an external program to get them in order.
You only offer -S sorting, but we people trying to weed out
Hi,
Attached the promised batch of other string fixes.
The sixth patch removes brackets around the MMDD... part on the
second synopsis line of 'date'. They are unneeded, because the
first synopsis line already desscribes the possibility of having
zero arguments or only an option argument. R
First, thank you for making this suggestion. However I do not believe
this to be a deficiency of the whoami command. This is expected
behavior in the GNU and Unix systems.
flaviano petrocchi wrote:
> I use an alternate root user with login capabilities, created with
> "useradd -u 0 -o -g 0 -G 0
