In reviewing parts of remove.c I noted (again) the race condition on
systems with an unlink that may remove directories, so added this comment:
+/* If anyone knows of another system for which unlink can never
+ remove a directory, please report it to [EMAIL PROTECTED]
+ The code below is
On Fri, May 13, 2005 at 01:30:35AM +0100, Nic Ferrier wrote:
GNU date does not allow the date parsing pattern to be specified on
the command line. [ or with an environment variable ]
I believe this is true.
Thus:
$ LC_TIME=en_GB.utf8 date --date 12/05/2005
Mon Dec 5 00:00:00
The man pages says the wc command will
wc - print the number of bytes, words, and lines in files, but the actual
output from the command is in he order of line, word, byte.
Susan Sebastian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
After further thought and discussion on the cygwin list, I'm convinced
that dd should default to binary mode (on non-ttys) on systems that
have a distinct text mode. Otherwise, consider the harmful effects of
`dd of=/dev/sda if=mbr' to overwrite the master boot record, if the
user did not realize
Sebastian, Susan M [EMAIL PROTECTED] writes:
The man pages says the wc command will
wc - print the number of bytes, words, and lines in files,
Thanks, but this doesn't seem to be in the latest coreutils CVS;
perhaps you're talking about an older version of the man pages?
Jim Meyering [EMAIL PROTECTED] writes:
So the current test of __GLIBC__ may be wrong if the
underlying kernel is not Linux.
A few thoughts.
It'd be nice to factor out this can unlink(2) remove directories
business into a gnulib module. Tar could use it, for example.
On traditional Unix,
Nic Ferrier [EMAIL PROTECTED] writes:
GNU date does not allow the date parsing pattern to be specified on
the command line.
Yes.
Neither does it allow use of the DATEMSK env var to hack the behaviour
of the internal call to the C library's getdate().
Yes.
Neither does it change the