7 Commits

Author	SHA1	Message	Date
Volker Lendecke	eb4ef94f24	r5647: Caches are good for performance, but you get a consistency problem. ... Fix bug # 2401. Volker	2007-10-10 10:55:53 -05:00
Jeremy Allison	620f2e608f	r4088: Get medieval on our ass about malloc.... :-). Take control of all our allocation ... functions so we can funnel through some well known functions. Should help greatly with malloc checking. HEAD patch to follow. Jeremy.	2007-10-10 10:53:32 -05:00
Volker Lendecke	a8bd0b7504	r3702: This is a getpwnam-cache. It is mainly to speed up Samba with slow nss ... backends such as nss_ldap. Volker	2007-10-10 10:53:14 -05:00
Andrew Tridgell	03ac082dcb	updated the 3.0 branch from the head branch - ready for alpha18	-
Simo Sorce	9836af7cd6	more verbose checking in talloc and util_pw ... fixed tdbsam memory corruption (and segfault) reducing calls to pdb_uid_to_user_rid and countrary to 0 to move to a non alghoritmic rid allocation with some passdb modules.	-
Tim Potter	6a58c9bd06	Removed version number from file header. ... Changed "SMB/Netbios" to "SMB/CIFS" in file header.	-
Andrew Bartlett	1d86c7f942	A nice *big* change to the fundemental way we do things. ... Samba (ab)uses the returns from getpwnam() a lot - in particular it keeps them around for a long time - often past the next call... This adds a getpwnam_alloc and a getpwuid_alloc to the collection. These function as expected, returning a malloced structure that can be free()ed with passwd_free(&passwd). This patch also cuts down on the number of calls to getpwnam - mostly by taking advantage of the fact that the passdb interface is already case-insensiteve. With this patch most of the recursive cases have been removed (that I know of) and the problems are reduced further by not using the sys_ interface in the new code. This means that pointers to the cache won't be affected. (This is a tempoary HACK, I intend to kill the password cache entirly). The only change I'm a little worried about is the change to rpc_server/srv_samr_nt.c for private groups. In this case we are getting groups from the new group mapping DB. Do we still need to check for private groups? I've toned down the check to a case sensitve match with the new code, but we might be able to kill it entirly. I've also added a make_modifyable_passwd() function, that copies a passwd struct into the form that the old sys_getpw* code provided. As far as I can tell this is only actually used in the pass_check.c crazies, where I moved the final 'special case' for shadow passwords (out of _Get_Pwnam()). The matching case for getpwent() is dealt with already, in lib/util_getent.c Also included in here is a small change to register the [homes] share at vuid creation rather than just in one varient of the session setup. (This picks up the SPNEGO cases). The home directory is now stored on the vuid, and I am hoping this might provide a saner way to do %H substitions. TODO: Kill off remaining Get_Pwnam_Modify calls (they are not needed), change the remaining sys_getpwnam() callers to use getpwnam_alloc() and move Get_Pwnam to return an allocated struct. Andrew Bartlett	-