Jeff Kinz <[EMAIL PROTECTED]> wrote:
> I may have found a bug in tail.
...
> [EMAIL PROTECTED] src]# ./tail -4 -f /etc/passwd
> ./tail: invalid option -- 4
> Try `./tail --help' for more information.
It's not a bug. `-4' uses what we call the obsolescent
(aka, old but portable) option syntax.
Her
Eric Blake <[EMAIL PROTECTED]> writes:
> According to David Madore on 11/9/2005 9:45 AM:
>>
>> I believe that now that I've signed the copyright assignment to the
>> FSF I no longer can relicense this code (at least under U.S. law:
>> under French law I the copyright assignment is nil so I think
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
There is currently a big debate going on in the gcc-patches mailing list
(for example, http://gcc.gnu.org/ml/gcc-patches/2005-11/msg00621.html)
about whether "tail +16c" is allowed to have backwards-compatible
behavior, or whether it is a coreutils-5.9
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to David Madore on 11/9/2005 9:45 AM:
>
> I believe that now that I've signed the copyright assignment to the
> FSF I no longer can relicense this code (at least under U.S. law:
> under French law I the copyright assignment is nil so I think
Thomas Miller wrote:
> If you execute tac with no arguments it throws an unhandled exception
Thank you for your bug report. If you could supply some more
information it would help greatly.
What version of tac are you using?
tac --version
What operating system are you running on?
uname -a
If you execute tac with no arguments it throws an unhandled exception
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
I may have found a bug in tail.
The -f option fails to "follow" a file when used with a line count.
Examples:
[EMAIL PROTECTED] src]# cat EXAMPLES
Script started on Wed 09 Nov 2005 01:09:10 PM EST
[EMAIL PROTECTED] src]# ./tail --version
tail (GNU coreutils) 5.93
Copyright (C) 2005 Free Sof
I may have found a bug in tail.
The -f option fails to "follow" a file when used with a line count.
Examples:
[EMAIL PROTECTED] src]# cat EXAMPLES
Script started on Wed 09 Nov 2005 01:09:10 PM EST
[EMAIL PROTECTED] src]# ./tail --version
tail (GNU coreutils) 5.93
Copyright (C) 2005 Free Sof
"Gera, Geetanjali" <[EMAIL PROTECTED]> writes:
> I am not quite sure about the version.
"fmt --version" will tell you. Here's what it says for me:
$ fmt --version
fmt (GNU coreutils) 5.93
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software. You may redistribute
"Gera, Geetanjali" <[EMAIL PROTECTED]> writes:
> If the length of a line is more than 1024 and I use fmt [fmt -s -w
> 77] on the file, the output file truncate characters of the line
> after 1024, i.e. It does not display the characters of that line
> after 1024 and continue further with next line
Grant McWilliams <[EMAIL PROTECTED]> writes:
> If I create an suid/sgid executable it shows bright red or orange but only
> until I change ownership
> of the executable.
If you change the ownership of a file the suid/sgid bits are automatically
cleared. This is a feature.
Andreas.
--
Andreas
I've run across behavior that I've never noticed before in setting up a
Linux class.
If I create an suid/sgid executable it shows bright red or orange but only
until I change ownership
of the executable. If I then change ownership of the executable back to the
original owner root:root
the colors d
Hi
Thank you for your help, the explanation given is good and informative.
We are really benefited.
Once again thank you for the prompt reply.
We sorted out our problem based on your explanation from the link.
Regards
Magesh S
-Original Message-
From: Philip Rowlands [mailto:[EMAIL PRO
On Wed, Nov 09, 2005 at 04:17:08PM +0100, Simon Josefsson wrote:
> Hi. Would it be possible to re-license this work to the LGPL, and
> merge it with gnulib? I will eventually need SHA-2 in some of my
> projects that is using gnulib, and I want the LGPL license. I
> contacted FSF earlier to re-li
On Wed, 9 Nov 2005, magesh sadagopan wrote:
When I try to use the split command directly from console its able to
split the file. But when tried through the scheduler, its not able to
split the file.
The error message which is generated is "/usr/bin/split: arg list too
long"
This is in the
Jim Meyering <[EMAIL PROTECTED]> writes:
> David Madore <[EMAIL PROTECTED]> wrote:
>> Here's the new patch for sha256sum and so on, against the CVS HEAD
>> version of coreutils this time. I hope it's satisfactory.
>>
>> I've also sent the FSF the email for the copyright assignment.
>
> Thanks aga
Hi
We are using Sun Solaris. We are having a .sh file where it will select
records from a table and creates a spool file. This spool file then
needs to be broken into many files containing 5M records.
We are invoking this .sh using a general scheduler which is again a .sh
file where the fi
Jim Meyering <[EMAIL PROTECTED]> wrote:
> ...
>> - test $i = 100 && { printf %48s x >> $big || fail=1; }
>> - test -t 1 && printf 'creating a 2GB file: %d%% complete\r' $i
>> + test $i -eq 100 && { printf %48s x >> $big || fail=1; }
>> + test -t 1 && printf 'Creating a 2GB file: %d%% complete\r
Eek, sorry for putting my nose into this. But you just touched me in
a sensetive spot! So I appologise in advance! :)
--- coreutils-5.92/tests/du/2g.orig 2005-11-09 03:12:19.18192 -0500
+++ coreutils-5.92/tests/du/2g 2005-11-09 03:59:42.27477 -0500
@@ -14,7 +14,23 @@
.
Paul Townsend <[EMAIL PROTECTED]> wrote:
...
> Part of this mod is a rewrite of the check code. I think everything in
> it is globally supported.
>
> FWIW, the `seq' executable doesn't exist on the Solaris boxes (at least
> I couldn't find it). I replaced it with an `expr' invocation. It could
On Tue, 08 Nov 2005 09:30:31 +0100, Jim Meyering wrote:
>Paul Townsend <[EMAIL PROTECTED]> wrote:
>> 1) On line 15, "'expensive'" should be "'very expensive'"?
>
>When I wrote the comment, it wasn't intended to refer to a script name.
>I've changed it.
>
>> 2) Script writes "big" relative to curren
Hi,
Can you please clarify the following query regarding "fmt" command:-
If the length of a line is more than 1024 and I use fmt [fmt -s -w 77] on the
file, the output file truncate characters of the line after 1024, i.e. It does
not display the characters of that line after 1024 and continue fu
Hi,
Can you please clarify the following query regarding "fmt" command:-
If the length of a line is more than 1024 and I use fmt [fmt -s -w 77] on the
file, the output file truncate characters of the line after 1024, i.e. It does
not display the characters of that line after 1024 and continue fu
23 matches
Mail list logo