[samba-tng] msrpc status
Michael Ju. Tokarev
mjt at tls.msk.ru
Thu Dec 16 11:16:26 GMT 1999
Luke Kenneth Casson Leighton wrote:
> TODO on samba itself
Ohh, you are planning major rewrite...
Just two more suggestions (in addition to have shared libraries
for all samba stuff) --
a) Think about smb.conf and loadparm etc. Such modularization will require
some parameters in smb.conf that will be unique to some daemon, and
others to other etc. As result, there should be also a rewrite for loadparm
and friends so that it can accept a list of parameters that this daemon
accepts, and should ignore other parameters. If, as you wrote, there will
be so many daemons and a possibility to add others etc, than configuration
reading also should be flexible so that there is no need to list all
available parameters in loadparm, there should be other anapproach for this.
b) And I think that there should be something like "thread-safe" support.
One day later samba team can see that all this daemons can run multi-threaded...
For most daemons this is useful (not for current smbd -- recall at least
it's different uid for each user that is impossible in threads, only processes).
Most your architecture's daemons are ok to be multithreaded, and I think
that them should be.
a) is not very difficult since loadparm and lp_xxx calls inside code are
independant of it's realisation. But b) is more hadrer since there are a lot
of globals etc etc that should be eliminated. This can give also more accurate
code and more structural organization of it, and helps with shared libs also.
Last statement is that I always wanted to see inside of samba :)...
So -- just a reminder -- be careful! And good luck!
More information about the samba-technical