Re: libc/1508: symbol conflict due to nss_db.so usage of /lib/libdb.so.3

[Michael Marxmeier <mike at msede dot com>]

Hello Andreas and Mark.

Sorry for my stupid ranting. 

> __db_calloc is not called directly from glibc at all.  Have a look at
> the stacktrace and the source.  nss_db_open is an alias for db_open -
> glibc just calls db_open in nss_db/db-XXX.c

You are right. So might more likely be a problem with either malloc() 
or __db_jump.j_malloc pointer?

The information that you requested:

$ nm /lib/libdb.so.3 | grep __db_calloc
00019f80 t __db_calloc

$ nm /netscape/server4/lib/libdb.so | grep __nss_db_open
/netscape/server4/lib/libdb.so: no symbols

strings shows it has a __db_jump symbol.

The program that crashes is "serverstart". Below is the ldd output.

        libmee.so => ../../../../bin/msg/lib/libmee.so (0x40015000)
        libadminutil.so => ../../../../bin/msg/lib/libadminutil.so
(0x4001e000)
        libdb26.so => ../../../../bin/msg/lib/libdb26.so (0x4002f000)
        libldap30.so => ../../../../bin/msg/lib/libldap30.so
(0x40088000)
        libnsres31.so => ../../../../bin/msg/lib/libnsres31.so
(0x400ab000)
        libnsfmt31.so => ../../../../bin/msg/lib/libnsfmt31.so
(0x400c6000)
        libnsuni31.so => ../../../../bin/msg/lib/libnsuni31.so
(0x40104000)
        libnscnv31.so => ../../../../bin/msg/lib/libnscnv31.so
(0x4013d000)
        libnspr3.so => ../../../../bin/msg/lib/libnspr3.so
(0x40158000)
        libplds3.so => ../../../../bin/msg/lib/libplds3.so
(0x4017f000)
        libplc3.so => ../../../../bin/msg/lib/libplc3.so (0x40183000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x4018f000)
        libdl.so.2 => /lib/libdl.so.2 (0x401a2000)
        libcrypt.so.1 => /lib/libcrypt.so.1 (0x401a5000)
        libstdc++-libc6.1-1.so.2 => /usr/lib/libstdc++-libc6.1-1.so.2
(0x401d200
        libm.so.6 => /lib/libm.so.6 (0x4021a000)
        libc.so.6 => /lib/libc.so.6 (0x40237000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

The relevant library seems libdb26.so.

$ nm ../../../../bin/msg/lib/libdb26.so|grep __db_jump
000582c0 B __db_jump

And strings reveals
 @(#)os_alloc.c
 10.10 (Sleepycat) 10/12/98

So could this be a conflict with __db_jump?


Thanks for your help
Michael

-- 
Michael Marxmeier           Marxmeier Software AG
E-Mail: mike@msede.com      Besenbruchstrasse 9
Phone : +49 202 2431440     42285 Wuppertal, Germany
Fax   : +49 202 2431420     http://www.msede.com/