bad shared library ordering

Sean McNeil sean at
Mon Sep 13 13:22:33 PDT 2004

I have had issues with kadmin on amd64 for quite a while.  It turns out
to be an issue with library ordering. is used by kadmin. 
There is one in /usr/lib that points to /lib/ (the correct
one) and one in /usr/local/lib which points to
/usr/local/lib/ (comes from security/openssl).

/usr/bin/kadmin: => /usr/lib/ (0x200636000) => /usr/lib/ (0x20073f000) => /usr/lib/ (0x20084d000) => /usr/lib/ (0x200960000) => /usr/lib/ (0x200aa9000) => /usr/lib/ (0x200bb9000) => /usr/local/lib/ (0x200ce2000) => /lib/ (0x200f30000) => /usr/lib/ (0x201049000) => /lib/ (0x20114b000) => /lib/ (0x201285000) => /usr/local/lib/
(0x2013e0000) => /usr/local/lib/
(0x201519000) => /lib/ (0x201628000) => /usr/local/lib/ (0x20182c000) => /usr/local/lib/ (0x201944000)

ldconfig -r | grep crypto shows:

        21:-lcrypto.3 => /lib/
        258:-lcrypto.3 => /usr/local/lib/

I do not have LD_LIBRARY_PATH or anything like that set.  Why would it
pick up the one in /usr/local/lib instead of /lib?  This would seem to
be a mistake.

If I temporarily rename the one in /usr/local/lib then kadmin doesn't
core dump on me.


More information about the freebsd-current mailing list