Crash of OOo because libnss uses wrong version

Question

Hello everyone,
I came across a crash within OpenOffice.org (OOo) which was caused by libnss using the libdb-4.2 from OOo rather then the older libdb from the system:
#0 0x410aebd3 in __db_c_count_pp_4002 () from /opt/oog680m5/so-8-bin-linux-en-US/program/libdb-4.2.so
#1 0x458bd996 in nssdb_getspnam_r () from /lib/libnss_db.so.2
#2 0x458bdb0b in nssdb_getspnam_r () from /lib/libnss_db.so.2
#3 0x458bd1bf in nssdb_endservent () from /lib/libnss_db.so.2
#4 0x458bd470 in nssdb_getservbyname_r () from /lib/libnss_db.so.2
#5 0x40c6456b in getservbyname_r () from /lib/libc.so.6
#6 0x40c64416 in getservbyname () from /lib/libc.so.6
#7 0x457d1510 in ippPort () from /usr/lib/libcups.so.2
#8 0x457c9106 in cupsGetDests () from /usr/lib/libcups.so.2
#9 0x40d955db in psp::CUPSManager::runDests () from /opt/oog680m5/so-8-bin-linux-en-US/program/libpsp680li.so
#10 0x40d95633 in psp::CUPSManager::runDestThread ()
from /opt/oog680m5/so-8-bin-linux-en-US/program/libpsp680li.so
#11 0x40d9564f in psp::CUPSManager::runDestThread ()
from /opt/oog680m5/so-8-bin-linux-en-US/program/libpsp680li.so
#12 0x400309f7 in osl_yieldThread () from /opt/oog680m5/so-8-bin-linux-en-US/program/libuno_sal.so.3
#13 0x4095de51 in pthread_start_thread () from /lib/libpthread.so.0
#14 0x40c4f8aa in clone () from /lib/libc.so.6
OOo uses libdb-4.2.so and when this library is loaded then libnss uses it rather the older version (I think it is version 3) from the System.
I tried these thinks:
1. I loaded libdb-4.2.so dynamically with RTLD_LOCAL. Then there was no crash, but actually this is no real solution, because of the cumbersome invocation of the functions and the many places this library is used throughout OOo.
2. Then we gave the symbols (libdb-4.2 withion OOo) a version using the version-script linker option and a map file. The result was that libnss did not use that libdb anymore. So that could be a solution.
When using "version-script" we hacked the linker option into a Makefile, but now we are looking for a better way, for example by using a configure switch. I found the swich --with-uniquename, which however modifies the symbol names. Using it would require the source code to be changed wherever libdb is used. This is something which I am reluctant to do :)
So did I overlook something? Is there already a way to make libdb use a version map? Or maybe there is another solution to the problem which I have not see yet.
BTW, the problem occurred on a Debian 3.1 (sarge) with nss installed.
I would appreciate any help.
Regards,
Joachim

Answer 1

It should read libnss_db rather then libnss of course.