cvs commit: src/usr.bin/tail extern.h forward.c tail.c

Paul Richards paul at originative.co.uk
Thu Nov 4 14:42:29 PST 2004


On Thu, 2004-11-04 at 20:08, Sam Leffler wrote:
> On Thursday 04 November 2004 11:18 am, Paul Richards wrote:
> > paul        2004-11-04 19:18:19 UTC
> >
> >   FreeBSD src repository
> >
> >   Modified files:
> >     usr.bin/tail         extern.h forward.c tail.c
> >   Log:
> >   Add support for following more than one file i.e.
> >   tail -f file1 file2
> >
> >   Revision  Changes    Path
> >   1.9       +10 -1     src/usr.bin/tail/extern.h
> > http://cvsweb.FreeBSD.org/src/usr.bin/tail/extern.h.diff?r1=1.8&r2=1.9
> >   1.35      +160 -88   src/usr.bin/tail/forward.c
> > http://cvsweb.FreeBSD.org/src/usr.bin/tail/forward.c.diff?r1=1.34&r2=1.35
> >   1.18      +30 -7     src/usr.bin/tail/tail.c
> > http://cvsweb.FreeBSD.org/src/usr.bin/tail/tail.c.diff?r1=1.17&r2=1.18
> 
> Why is this better than
> 
> tail -f file1&
> tail -f file2
> 
>  Sam

A few reasons.

Main one is that it's a single process. If you debug webservers a lot
you'd like to be able to do:

vi httpd.conf
apachectl restart; tail -f errors access
ctrl C

and then start the cycle again.

With your suggestion it's a bit of a pain to also have to kill the
background job which has a habit of spitting out output when you really
don't want it.

It's more efficient, though that's a marginal argument :-)

You can do things like

find /weservers/logs -name access |xargs tail -f

So, on the whole I think it provides some useful new functionality.

Paul.



More information about the cvs-all mailing list