From owner-freebsd-current@FreeBSD.ORG Fri Feb 13 21:09:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A71516A4CE; Fri, 13 Feb 2004 21:09:07 -0800 (PST) Received: from mgate12.so-net.ne.jp (mgate12.so-net.ne.jp [210.139.254.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E9F643D1F; Fri, 13 Feb 2004 21:09:06 -0800 (PST) (envelope-from fuyuki@nigredo.org) Received: from mail.dg8.so-net.ne.jp (mspool12.so-net.ne.jp [210.139.248.12]) by mgate12.so-net.ne.jp with ESMTP id i1E58w921217; Sat, 14 Feb 2004 14:08:58 +0900 (JST) Received: from ns.nigredo.org (p6242d5.spprac00.ap.so-net.ne.jp [219.98.66.213]) by mail.dg8.so-net.ne.jp with ESMTP id i1E58uE08904; Sat, 14 Feb 2004 14:08:57 +0900 (JST) Received: from ns.nigredo.org (localhost [IPv6:::1]) by ns.nigredo.org (Postfix) with ESMTP id 7CAA720A9; Sat, 14 Feb 2004 14:08:56 +0900 (JST) Date: Sat, 14 Feb 2004 14:08:56 +0900 Message-ID: <86eksy9riv.wl%fuyuki@nigredo.org> From: Kimura Fuyuki To: arne@rfc2549.org In-Reply-To: <86oes2cqdm.fsf@kamino.rfc1149.org> References: <86n07oa7sa.wl%fuyuki@nigredo.org> <86isiaa03q.wl%fuyuki@nigredo.org> <86oes2cqdm.fsf@kamino.rfc1149.org> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) Emacs/21.3 Mule/5.0 (SAKAKI) X-Public-Key: http://www.nigredo.org/fuyuki/public.key X-Fingerprint: 8D68 1138 1A85 8556 C6A9 274B 2C72 2E56 3AF7 3D89 MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: kan@FreeBSD.ORG cc: freebsd-current@freebsd.org cc: jdp@polstra.com Subject: Re: dynamic linker problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2004 05:09:07 -0000 At Sat, 14 Feb 2004 04:05:25 +0100, Arne Schwabe wrote: > > Kimura Fuyuki writes: > > > OK, I more clearly point out the problem; run the following test and > > think that behavior is secure/modular/comfortable or not. > > > > BEGIN--cut here--cut here > > #!/bin/sh > > > > cat <<'[EOF]' >crypt.c > > /* Define this function since I want to do so! */ > > char *crypt_md5(const char *pw, const char *salt) > > { > > return "imbogus"; > > } > > [EOF] > > > > cat <<'[EOF]' >dltest.c > > #include > > #include > > > > int main(void) > > { > > void *h; > > char *(*crypt)(const char *, const char *); > > > > h = dlopen("/lib/libcrypt.so", 0); > > At least on my system /lib/libcrypt.so does not even exist, if I > change it to /lib/libcrypt.so.2 it works. Ouch. I've pointed at the stale link. But what I wanted to say is "why does crypt() call crypt_md5 in crypt.so rather than libcrypt.so.2 ?". Is the current behavior normal? -- fuyuki