On 16/09/10 23:34, Paul Eggert wrote:
On 09/16/10 11:21, Eric Blake wrote:
document -m, with --block-size=M as the long-option spelling
add -g, with --block-size=G as the long-option spelling
This doesn't sound like a good idea. Multi-terabyte disks
are already here, and df -t is already
Eric Blake wrote:
* src/rm.c (long_opts, main): Resolve a fixme.
* NEWS: Document the change.
Based on a report by William Plusnick.
---
Jim, what do you think of this alternative patch, which avoids the
issue of a new translation string by instead letting getopt parsing
reject -d like any
Hi,
On Fri, Sep 17, 2010 at 09:56:57AM +0100, Pádraig Brady wrote:
On 16/09/10 23:34, Paul Eggert wrote:
If we're going to make incompatible changes, I suggest that
we solve the problem once and for all, by having df choose
the default blocksize dynamically, based on the size of the
On 09/17/2010 03:13 AM, Jim Meyering wrote:
Jim, what do you think of this alternative patch, which avoids the
issue of a new translation string by instead letting getopt parsing
reject -d like any other unknown option?
I like it. Thank you.
...
--- a/NEWS
...
+ rm -d now issues an error
Pádraig Brady p...@draigbrady.com writes:
On 16/09/10 23:34, Paul Eggert wrote:
If we're going to make incompatible changes, I suggest that
we solve the problem once and for all, by having df choose
the default blocksize dynamically, based on the size of the
output line describing the
I would like to use JOIN on tab delimited files in a Windows console window
(with GNUwin32 CoreUtils), but I'm not able to specify tab as delimiter (-t
switch).
With the default settings, all tabs are replaced by spaces in my output file.
Any solution for this problem?
Kind regards,
Tom
On 09/17/2010 12:22 PM, Magerman, Tom wrote:
I would like to use JOIN on tab delimited files in a Windows console window
(with GNUwin32 CoreUtils), but I'm not able to specify tab as delimiter (-t
switch).
With the default settings, all tabs are replaced by spaces in my output file.
Any
Hello,
I just built ran a quick test on coreutils GIT. I received a SEGV on
touch, and ran it under GDB.
Looks like a loop.
Cheers,
cer...@xango2:/build/buildd/coreutils$ gdb --args src/touch test
GNU gdb (GDB) 7.2-ubuntu
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU
On 09/17/2010 05:49 PM, C de-Avillez wrote:
I just built ran a quick test on coreutils GIT. I received a SEGV on
touch, and ran it under GDB.
I don't observe the problem. I just now grabbed a fresh copy of coreutils.
I ran your test on Ubuntu 10.04 x86 and on RHEL 5 x86-64.
My guess is that
On Fri, 17 Sep 2010 19:03:30 -0700
Paul Eggert egg...@cs.ucla.edu wrote:
On 09/17/2010 05:49 PM, C de-Avillez wrote:
I just built ran a quick test on coreutils GIT. I received a
SEGV on touch, and ran it under GDB.
I don't observe the problem. I just now grabbed a fresh copy of
10 matches
Mail list logo