From owner-freebsd-hackers@FreeBSD.ORG  Mon Apr 14 11:05:48 2003
Return-Path: <owner-freebsd-hackers@FreeBSD.ORG>
Delivered-To: freebsd-hackers@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 71C9D37B401
	for <freebsd-hackers@freebsd.org>;
	Mon, 14 Apr 2003 11:05:48 -0700 (PDT)
Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net
	[66.166.149.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id F0D0743F93
	for <freebsd-hackers@freebsd.org>;
	Mon, 14 Apr 2003 11:05:46 -0700 (PDT)
	(envelope-from kientzle@acm.org)
Received: from acm.org (ugly.x.kientzle.com [66.166.149.51])
	by kientzle.com (8.11.3/8.11.3) with ESMTP id h3EI5Yv97103;
	Mon, 14 Apr 2003 11:05:35 -0700 (PDT)
	(envelope-from kientzle@acm.org)
Message-ID: <3E9AF8AA.1080904@acm.org>
Date: Mon, 14 Apr 2003 11:06:34 -0700
From: Tim Kientzle <kientzle@acm.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.6) Gecko/20011206
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Michael A. Bushkov" <bushman@rsu.ru>
References: <F62F7D8D-6E7F-11D7-BFAE-000393BC13C6@rsu.ru>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: bork@rsu.ru
cc: freebsd-hackers@freebsd.org
cc: os@rsu.ru
cc: and@rsu.ru
Subject: Re: nsswitch implementation
X-BeenThere: freebsd-hackers@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: kientzle@acm.org
List-Id: Technical Discussions relating to FreeBSD
	<freebsd-hackers.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-hackers>,
	<mailto:freebsd-hackers-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-hackers>
List-Post: <mailto:freebsd-hackers@freebsd.org>
List-Help: <mailto:freebsd-hackers-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-hackers>,
	<mailto:freebsd-hackers-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Apr 2003 18:05:48 -0000

Michael A. Bushkov wrote:

>>> The daemon (level 2) should be able do dynamically open modules - we
>>> can't call dlopen() directly from libc.
>>
>> Sure we can.  You just can't if you are a statically-linked
>> executable.  [The implementation that will be committed shortly allows
>> for building an NSS module with world so that statically-linked
>> binaries are also supported.]


Of course, if the whole system were
dynamically linked, that would
also solve the problem.

I've been working toward making the
entire system dynamically linked.
Some of the uglier parts are already
done, but my time is limited, so I
anticipate another couple of months
before it's really usable.

FYI, the reason I've been working on
a fully-dynamic system is specifically so that
NSS, PAM, and locale implementations
can rely on dlopen().  It would be a pity
to do all this work and have noone
appreciate it.  ;-)

Tim Kientzle