From owner-freebsd-stable Mon Apr 30 1:34:20 2001 Delivered-To: freebsd-stable@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id 5923A37B424 for ; Mon, 30 Apr 2001 01:34:11 -0700 (PDT) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id LNB83558; Mon, 30 Apr 2001 11:33:59 +0300 (EEST) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.3/8.11.3) id f3U8If500880; Mon, 30 Apr 2001 11:18:41 +0300 (EEST) (envelope-from netch) Date: Mon, 30 Apr 2001 11:18:41 +0300 From: Valentin Nechayev To: Mike Meyer Cc: stable@FreeBSD.ORG Subject: Re: tail Message-ID: <20010430111841.B646@iv.nn.kiev.ua> References: <15085.1672.680397.456359@guru.mired.org> <15085.3399.399194.624320@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15085.3399.399194.624320@guru.mired.org>; from mwm@mired.org on Mon, Apr 30, 2001 at 01:59:19AM -0500 X-42: On Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mon, Apr 30, 2001 at 01:59:19, mwm (Mike Meyer) wrote about "RE: tail": > Yes, there is. If you're monitoring a programm that creates a lot of > files in a previously empty directory (for example, extracting a tar > file into it), then: > > tail -f targetdir > > will do the trick, though it would be better to clean up the output > (cat -v, maybe). And its output is related to flat format of directory in specific file system. You will provide decrypting module for each file system for each platform, won't you? `man kevent' saves you. > Deciding for the users what actions are an error and which aren't is a > *really* nasty habit. Let's allow them 'rm -rf /' > Windows does it all to often, which is one of > the reasons Windows sucks. Linux - at least some distributions - seems > to have picked up the habit from Windows. Oh well. Windows have no problems such as '/tmp race conditions'. /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message