John Ogness | 5 Feb 00:31 2004
Picon

Dazuko 2.0.0 Released (and birthday!)

Hi,

Today (Feb 5) is Dazuko's birthday! 2 years old! For this special 
occasion I am very happy to announce the official release of Dazuko 
version 2.0.0. This version is truly a landmark in the history of 
Dazuko. The introduction of the abstraction layer, the new key/value 
device protocol, and the use of write() instead of ioctl() are major 
changes that will enable Dazuko to quickly advance to new platforms and 
allow for problem-free future expansion.

This new version also introduces a "call_" layer. For example, rather 
than xp_malloc() being directly called, the XP layer now calls 
call_xp_malloc(). This extra "call_" layer checks the arguments before 
calling the real function and checks the return values before they are 
returned. If problems exist (for example, kmalloc() returns NULL), then 
this information is output as warning messages. Although these 
situations are properly handled in the XP layer, this extra check 
provides additional information for a "just in case" scenario. Since 
these functions are inlined by the compiler, they have a minimal affect 
on performance.

I have also changed the package structure a bit. The Java interface has 
been integrated into the main package and the example programs have been 
moved into example_c and example_java sub-directories. Each of these 
directories has their own Makefile.

I have labeled 2.0.0 as stable. I am very comfortable with this version 
and recommend that all Dazuko 1.x developers make the switch. This 
version provides more features, more information with more events, has 
more safety checks, and runs on more platforms.
(Continue reading)

John Ogness | 8 Feb 13:03 2004
Picon

FreeBSD 5 support

Hi,

I have merged the 2.0 branch into the head branch in CVS. This should 
make it easier for people to check out the code (since they do not have 
to worry about which branch they need to check out).

This weekend I sat down and implemented the FreeBSD 5 extension. It 
wasn't too much work, mainly just changes in structures and function 
names (and going through the FreeBSD 5 source code).

It appears to be working as well as the FreeBSD 4 extension. With 
FreeBSD there are still some issues that I need to resolve (for both 4 
and 5). Here is the list:

1. exec/unlink/rmdir cannot resolve relative pathnames
2. exec cannot resolve full pathnames in a chroot environment

I need to look at why namei() fails in these situations.

I am not going to post an official pre-release with this new extension. 
If you have FreeBSD 5, you can get the code from anonymous CVS with:

env CVS_RSH="ssh" cvs -z3 \
-d:ext:anoncvs <at> subversions.gnu.org:/cvsroot/dazuko co dazuko

John Ogness

--

-- 
Dazuko Maintainer
(Continue reading)

John Ogness | 8 Feb 23:37 2004
Picon

Re: FreeBSD 5 support

Hi,

After posting this message, I realized that all of the events listed as 
having a problem, are those that utilze a sys_generic function. Taking a 
quick look into that function I noticed a problem that was causing 
filename lookups to (gracefully) fail. This has now been fixed.

This means that I will be posting a 2.0.1-pre1 version this week. I was 
hoping that after so many months of testing, the 2.0.0 version would be 
able to last a while before fixes would need to be made. Well, it has 
been 3 days since its release and I already have an important fix for 
FreeBSD. Oh well. :-)

John Ogness

John Ogness wrote:
> Hi,
> 
> I have merged the 2.0 branch into the head branch in CVS. This should 
> make it easier for people to check out the code (since they do not have 
> to worry about which branch they need to check out).
> 
> This weekend I sat down and implemented the FreeBSD 5 extension. It 
> wasn't too much work, mainly just changes in structures and function 
> names (and going through the FreeBSD 5 source code).
> 
> It appears to be working as well as the FreeBSD 4 extension. With 
> FreeBSD there are still some issues that I need to resolve (for both 4 
> and 5). Here is the list:
> 
(Continue reading)

John Ogness | 16 Feb 23:24 2004
Picon

2.0.1-pre1 posted

Hi,

I have posted the pre-release version 2.0.1-pre1. This version fixes the 
FreeBSD problem resolving local filenames (causing missed events). It 
also has full support for FreeBSD 5. My next target platform will most 
likely be Darwin (MacOS X). However, I first want to look into using a 
stackable filesystem rather than hooking file system calls. Hooking file 
system calls is really ugly and it is the one thing that causes other 
kernel developers to frown upon the Dazuko Project.

This version also integrated a new patch that I developed, which allows 
the ON_OPEN event to be generated when files are created. This event has 
been requested for a long time. Unfortunately this event cannot be 
blocked. This is because of my dependency on kernel functions to resolve 
file names based on existing inodes.

Another issue that has been brought to my attention is the file 
structure of the dazuko tgz. It is disorganized, non-intuitive, and 
ugly. The next pre-release will almost certainly have a completely new 
structure. Something like:

src
src/lib/c
src/lib/java
src/example/c
src/example/java
bin
lib
modules

(Continue reading)


Gmane