Re: VFS/fcntl() feature [PATCH]

Jamie Lokier (lkd@tantalophile.demon.co.uk)
Sat, 29 Aug 1998 14:55:18 +0100


On Sat, Aug 29, 1998 at 12:31:56PM +0100, David Woodhouse wrote:
> We can manage both. Appending to, or creating a file can cause the
> directory to appear in <readfds>, Deleting a file can cause the
> directory to appear in <writefds>, and any other modification can
> cause it to appear in <exceptfds>.

Yuck. poll(2) is much more flexible, and if your program relies on
Linux-specific semantics, heck, why not make the program use poll.

If we're going to give strange meanings to states, it would
surely be tidier to add some new POLLXXX flags, with semantics that have
meaning for both files and directories.

What I meant about modifying files is, the select(2) behaviour suggested
doesn't seem to allow me to know when one specific file is modified.
For that I'd need something like poll(2) on the file, but with a new flag
meaning "file modified".

Actually I haven't a clue why I'd be interested in that information
anyway. I was just thinking of what's needed to emulate win32's
notification hooks without polling.

-- Jamie

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html