Thomas Hood <[EMAIL PROTECTED]> wrote:
> found 273781 5.93-5
> stop
>
>> I suppose --retry can be considered to be useful with --follow=descriptor
>> in the case that the named file doesn't exist initially. It'll retry
>> that first time, until it opens the file.
>
> So --retry makes a difference even in --follow=descriptor mode? I think that
> this point isn't made (or isn't clearly made) in the documentation.
Thanks.
I've done the following:
* src/tail.c (parse_options): Change warning to say that --retry
is useful `mainly' (not `only') when following by name.
Reported here: http://bugs.debian.org/273781
Index: src/tail.c
===================================================================
RCS file: /fetish/cu/src/tail.c,v
retrieving revision 1.245
retrieving revision 1.246
diff -u -p -u -r1.245 -r1.246
--- src/tail.c 3 Dec 2005 22:23:23 -0000 1.245
+++ src/tail.c 2 Jan 2006 19:11:22 -0000 1.246
@@ -1554,7 +1554,7 @@ parse_options (int argc, char **argv,
}
if (reopen_inaccessible_files && follow_mode != Follow_name)
- error (0, 0, _("warning: --retry is useful only when following by name"));
+ error (0, 0, _("warning: --retry is useful mainly when following by
name"));
if (pid && !forever)
error (0, 0,
Index: doc/coreutils.texi
===================================================================
RCS file: /fetish/cu/doc/coreutils.texi,v
retrieving revision 1.305
retrieving revision 1.306
diff -u -p -u -r1.305 -r1.306
--- doc/coreutils.texi 2 Jan 2006 07:29:24 -0000 1.305
+++ doc/coreutils.texi 2 Jan 2006 19:10:39 -0000 1.306
@@ -2477,7 +2477,8 @@ will keep trying until it becomes access
@itemx --retry
@opindex --retry
-This option is meaningful only when following by name.
+This option is useful mainly when following by name (i.e., with
[EMAIL PROTECTED]).
Without this option, when tail encounters a file that doesn't
exist or is otherwise inaccessible, it reports that fact and
never checks it again.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
