Date: Thu, 5 Aug 1999 09:05:45 +0700 (ALMST) From: Boris Popov <bp@butya.kz> To: Oscar Bonilla <obonilla@fisicc-ufm.edu> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: NSS Project update Message-ID: <Pine.BSF.4.10.9908050848520.55341-100000@lion.butya.kz> In-Reply-To: <19990804121347.B5080@fisicc-ufm.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 4 Aug 1999, Oscar Bonilla wrote: [skip] > 2. Make the C library nsdispatch aware. The dtab[] array will be > filled dynamicaly from the contents of /etc/nsswitch.conf. > I'm still not sure if this has to be done "whithin" the C library > or if nsdispatch should fill the dtab[] array itself and not relay > on the caller (i.e. drop the dtab[] parameter). It seems to me at > this point that the easiest approach is to have nsdispatch fill the > dtab array itself. dtab[] array *should* be filled in nsdispatch, otherwise how will you keep me from writing an empty get*() function ? [skip] > > Someone mentioned that we should still be able to produce statically linked > binaries for things like /stand and /sbin. I suggest making the nsdispatch > (or get* functions) revert to files if everything else fails (not the > modules themselves, but the loading of the modules). How does this sound? Sounds reasonable. If functions that works with local files compiled statically we also not loose perfomance with plain setup. -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.10.9908050848520.55341-100000>