Messages in this thread |  | | | Date | Sat, 29 Aug 1998 14:55:18 +0100 | | From | Jamie Lokier <> | | Subject | Re: VFS/fcntl() feature [PATCH] |
| |
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
|  |