On Tue, Sep 30, Paul Fisher wrote: > I have a shared library that uses routines from libuuid.so.1, and ever > since svn_95 dynamically loading the library causes the following error: > > ld.so.1: beam.smp: fatal: nspr_use_zone_allocator: can't find symbol > > Apparently this is related to a change to libnspr4.so introduced in > changeset 7057 "PSARC/2008/342 Further SID support": > > http://www.virtualbox.org/ticket/1840 > > Unfortunately, this happens without any duplication of the nspr routines > as described above. Simply using libuuid.so.1 causes the error to > occur. I cannot find any other bugs open for this and am wondering if > anyone else has a pointer... if not I'll boil down a test case and > submit the bug.
libidmap gets pulled in via libsec, which libuuid depends on. NSPR should in turn get pulled in by libldap, which libidmap depends on. Is NSPR installed on your system? Does you application have a private copy of NSPR linked into it? Nico -- _______________________________________________ indiana-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
