VFS MODULE writers HEAD's up!!! Fixing Cascaded VFS modules

[Stefan (metze) Metzmacher]

At 15:45 26.04.2003 +0200, Stefan (metze) Metzmacher wrote:
>At 09:27 22.04.2003 +0200, Stefan (metze) Metzmacher wrote:
>>Is this the one we can all accept?
>>if yes, I'll start implementing it
>>
>>> >
>>> > This would also make 'vfs object = recycle audit recycle' possible.
>>> >
>>> > it would drop the support for old modules!
>>> > (for me it's not a problem :-)
>>>It should be clearly documented!
>>>I do like *handle approach too (first one). As for breaking compatibility
>>>with previous alpha versions, it will probably occur anyway when NT quota
>>>support will be integrated.
>>
>>OK, Does anyone has objections to not start to implement this approach?
>
>Here's the first version off my implementation...
>
>This is not ready to apply, but it would be fine if someone can test it...
>
>What left is moving all smb_register_*() to NTSTATUS smb_register_*(uint16 
>version, ...)
>
>That's in the other patch I sended.
>
>don't worry about the idmap.h and sysquotas.h
>
>I need unid_t and SMB_DISK_QUOTA structs...

Hi Alexander,

here's the next vfs pre patch.

with the changes we discused on IRC.

- uppercase the macros
- use conn->vfs.handles.connect instead of 
conn->vfs.handles[SMB_VFS_OP_CONNECT]

it compiles fine and should work.
But it need some more testing!!!

It would be nice if someone else could also test it :-)

metze
-----------------------------------------------------------------------------
Stefan "metze" Metzmacher <metze at metzemix.de>  
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 3_0-vfs-03.diff.gz
Type: application/octet-stream
Size: 51712 bytes
Desc: not available
Url : http://lists.samba.org/archive/samba-technical/attachments/20030430/d4d71ed5/3_0-vfs-03.diff.obj