POSIX reserves names ending in _t, and anyway I suspect that a system
header somewhere might declare ulonglong_t, so I installed this:
2005-11-25 Paul Eggert <[EMAIL PROTECTED]>
* src/od.c (unsigned_long_long_int): Renamed from ulonglong_t,
to avoid collision with POSIX name spa
Actually, here is a new version which should hopefully fix some
indentation problems.
Frederik
On Sat, Nov 26, 2005 at 07:03:31AM +, Frederik Eaton wrote:
> Hi all,
>
> This is my second (or third? or fourth?) attempt at a patch to sort to
> introduce shuffling behavior. However, I encourage
Hi all,
This is my second (or third? or fourth?) attempt at a patch to sort to
introduce shuffling behavior. However, I encourage people to take a
good look at it because it's much more "polished" than the others.
I've included everything I think should be included - documentation,
ChangeLog entr
"Peter O'Gorman" <[EMAIL PROTECTED]> writes:
> In sort.c's check function there is a variable named nonunique, which is
> declared as type bool. The code later does a compare:
> if ( <= (int)-1) error
> xlc decided that the comparison was true. The solution is to declare
> nonunique as an int type
Juha-Pekka Järvenpää <[EMAIL PROTECTED]> writes:
> Instead of:
>
> 5641356 dump.sql
>
> it could print something like
>
> 5 641 356 dump.sql
Have you tried the -h (--human-readable) option? This format is even more
readable, IMHO.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE
> dear sir:
>can you tell me where i can find source code for shell command 'wc' ?
The source code to all of the coreutils, including wc, can be found here:
https://savannah.gnu.org/cvs/?group=coreutils
--
Eric Blake
___
Bug-coreutils mailin
Juha-Pekka Järvenpää <[EMAIL PROTECTED]> wrote:
> Just a feature request for du.
>
> I was just wondering if it would be possible for du to print out file
> sizes with thousands grouped.
It's already possible:
$ env LC_NUMERIC=en_US du -s --block-size="'1kB" /tmp
32,673 /tmp
For more detail
Juha-Pekka Järvenpää wrote:
> Hi,
>
> Just a feature request for du.
>
> I was just wondering if it would be possible for du to print out file
> sizes with thousands grouped.
>
> Instead of:
>
> 5641356 dump.sql
>
> it could print something like
>
> 5 641 356 dump.sql
>
>
You can't generally sort
On Fri, Nov 25, 2005 at 02:40:55PM +0100, Andreas Schwab wrote:
> On Fri, Nov 25, 2005 at 04:29:29PM +0300, Dmitry V. Levin wrote:
>
> > At least one script I found uses stat in the
> > following form:
> > sizes=($(find somepath -print0 |xargs -r0 stat --format='%s '))
> > I believe that --format
Hi,
Just a feature request for du.
I was just wondering if it would be possible for du to print out file
sizes with thousands grouped.
Instead of:
5641356 dump.sql
it could print something like
5 641 356 dump.sql
--
Juha-Pekka Järvenpää, Intranet programmer
Mobile +358 (0)40 559 2707
Fa
dear sir:
can you tell me where i can find source code for shell command 'wc' ?
best regards
shen
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
"Dmitry V. Levin" <[EMAIL PROTECTED]> writes:
> At least one script I found uses stat in the
> following form:
> sizes=($(find somepath -print0 |xargs -r0 stat --format='%s '))
> I believe that --format behavior change will break this script.
It won't. The newline would just be another whitespac
On Fri, Nov 25, 2005 at 10:18:25AM +0100, Jim Meyering wrote:
> [FYI, I posted a similar message just before making the incompatible
> change, but no one objected. ]
>
> Due to complaints that the new (5.93) stat has broken some Debian scripts,
> I'm thinking of making the following changes in co
[FYI, I posted a similar message just before making the incompatible
change, but no one objected. ]
Due to complaints that the new (5.93) stat has broken some Debian scripts,
I'm thinking of making the following changes in coreutils-5.94 and
on the trunk:
stat's --format=FMT option now works
14 matches
Mail list logo
