From owner-freebsd-current Sun Sep 12 10:56:47 1999 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 816DD14BC7 for ; Sun, 12 Sep 1999 10:56:43 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id KAA03417; Sun, 12 Sep 1999 10:56:43 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id KAA38620; Sun, 12 Sep 1999 10:56:42 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Sun, 12 Sep 1999 10:56:42 -0700 (PDT) Message-Id: <199909121756.KAA38620@vashon.polstra.com> To: wollman@khavrinen.lcs.mit.edu Subject: Re: An FS question perhaps... non blocking I/O. In-Reply-To: <199909091954.PAA13059@khavrinen.lcs.mit.edu> References: <000601befafb$83fbb8c0$291c453f@kbyanc.alcnet.com> <199909091954.PAA13059@khavrinen.lcs.mit.edu> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199909091954.PAA13059@khavrinen.lcs.mit.edu>, Garrett Wollman wrote: [POLLEXTEND, POLLATTRIB, POLLNLINK, POLLWRITE] > It is probably undocumented. I was a bit reluctant to document it > since I know that the interface is not correct. One of these days, > I (or more likely some enterprising young hacker) will fix it. Just to avoid duplicated effort: I currently have work in progress on a "fslog" pseudo-device. It enables you to monitor a filesystem and receive notifications for all interesting changes to files and directories. This includes reads, writes, renames, file creations, unlinks, links, etc. -- anything that changes the stat(2) results for a file, or causes directory entries to be created, destroyed, or changed. The device itself is working, but so far I have implemented the support for only a few of the event types. It won't take much more work to finish it. My personal interest is to allow a CVSup master server to avoid doing a tree walk whenever a client connects. I want to provide the functionality of the old "supscan" utility, but in real time. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "No matter how cynical I get, I just can't keep up." -- Nora Ephron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message