[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Dazuko-devel] resolving full path when creating a new file on freeb

From: John Ogness
Subject: Re: [Dazuko-devel] resolving full path when creating a new file on freebsd 4.x (and more)
Date: Fri, 27 Aug 2004 16:29:17 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113

Patrick Bihan-Faou wrote:
Testing dazuko 2.0.3-pre4 on freebsd I noticed that I was never getting the
OPEN/CLOSE events for files that were non-existant previously. After some
investigation, I found that when the file does not exist, the namei() call
in freebsd_get_full_fileinfo() (called from xp_file_struct_check()) returns
ENOENT leading in the name not being resolved.

Yes, as you noticed, name lookups can only be successful for existing files. We worked around this issue by making newly created files generate post_open events (ie. an ON_OPEN event is generated after the open was completed).

Here is a patch for freebsd_get_full_fileinfo() that tries to resolve the
first parent directory of a file if the file itself does not exist (ENOENT).

Thanks. I will check it out this weekend.

To support the closed-modified event, dazuko monitors the write system call.
However in FreeBSD there are at least 4 calls that can modify a file:


Only the first syscall is handled and none of the last 3. Wouldn't that
invalidate the usefulleness of the closed-modified event ?

Yes you are correct. I am unhappy with this implementation of noticing changed files (because of the overhead). I am also unhappy that ON_CLOSE events are based on matching file descriptors. Both of these should be seriously considered, but it is very limiting at the system call level. This will be more easily and efficiently handled once DazukoFS is released.


If indeed the other syscalls should be handled as well, I am willing to
provide patches for that.

That would be great!

I have more questions and suggestions, but they will come later.

I am always open to new ideas.

John Ogness

Dazuko Maintainer

reply via email to

[Prev in Thread] Current Thread [Next in Thread]