At 12:25 31.03.2003 +0200, Simo Sorce wrote:
On Mon, 2003-03-31 at 03:30, Andrew Bartlett wrote:
As per my recent commit, the new (VFS) modules system completely breaks
on tree disconnect!
We need to separate the different cases - the compat and the central
modules, and provide either a flag
At 13:02 31.03.2003 +0200, Simo Sorce wrote:
Eh, the shutdown stuff was just a thing, I was thinking yesterday ...
I agree we should have to way to startup and shutdown the modules, as we
have to way to load it (preload and fork).
to - two
this is what my patch is about :-)
the old modules
On Mon, 2003-03-31 at 03:30, Andrew Bartlett wrote:
As per my recent commit, the new (VFS) modules system completely breaks
on tree disconnect!
We need to separate the different cases - the compat and the central
modules, and provide either a flag or a function pointer to the correct
way to
On Mon, 2003-03-31 at 12:25, Simo Sorce wrote:
Eh, the shutdown stuff was just a thing, I was thinking yesterday ...
I agree we should have to way to startup and shutdown the modules, as we
have to way to load it (preload and fork).
to - two
This is mandatory for modules that uses databases
On Mon, Mar 31, 2003 at 11:30:42AM +1000, Andrew Bartlett wrote about 'New modules
system and vfs_done':
As per my recent commit, the new (VFS) modules system completely breaks
on tree disconnect!
We need to separate the different cases - the compat and the central
modules, and provide
Hi!
Here's a patch that adds support to the VFS for the new modules
system. The only problem is that it breaks all current modules, but
I don't think I can do anything about that.
Any objections?
Jelmer
--
Jelmer Vernooij [EMAIL PROTECTED] - http://nl.linux.org/~jelmer/
23:26:54 up 8 days
At 23:29 25.03.2003 +0100, Jelmer Vernooij wrote:
I took Jelmer's patch and modifed it,
to support an easy way to have per connection default_vfs_ops
and per connection private data in the vfs modules
so every module registers and got a unique vfs module number for te current
smbd or vfstest
At 00:52 26.03.2003 +0100, Stefan (metze) Metzmacher wrote:
At 23:29 25.03.2003 +0100, Jelmer Vernooij wrote:
I took Jelmer's patch and modifed it,
to support an easy way to have per connection default_vfs_ops
and per connection private data in the vfs modules
so every module registers and got a
Hi,
I've finally committed my modules patch to CVS. Here are the docs (now
in dev-doc as well).
Next things I'll work on:
- Adapting VFS to use the new modules system
- Winsdb (after metze resends his patch)
Tomorrow I continue learning for my exams so the VFS patch
probably won't come
Will this break compatability with auth plugins?
-- Luke
--
Luke Howard | PADL Software Pty Ltd | www.padl.com
On Thu, Mar 20, 2003 at 10:45:04PM +1100, Luke Howard wrote about 'Re: The new modules
system':
Will this break compatability with auth plugins?
Currently not as auth and vfs don't use the new modules system yet
(only pdb and rpc). I will have to break auth plugin compatibility
when I'm
Will the migration to the new format be difficult and/or documented?
-- Luke
From: Jelmer Vernooij [EMAIL PROTECTED]
Subject: Re: The new modules system
To: Luke Howard [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Date: Thu, 20 Mar 2003 13:12:39 +0100
On Thu, Mar 20, 2003 at 10:45:04PM +1100, Luke
On Fri, 2003-03-21 at 00:15, Luke Howard wrote:
Will the migration to the new format be difficult and/or documented?
Not difficult, and I trust ctrlsoft will update the example module at
the same time.
Basically we will just change the init function - I don't think it will
take you much to
13 matches
Mail list logo
