Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 233607 - 1.1.0: libns_dshttpd wrong linkage
Summary: 1.1.0: libns_dshttpd wrong linkage
Alias: None
Product: 389
Classification: Retired
Component: Directory Server
Version: 7.1
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Rich Megginson
QA Contact: Viktor Ashirov
Depends On:
Blocks: FDS1.1.0
TreeView+ depends on / blocked
Reported: 2007-03-23 13:08 UTC by Stanislav Ievlev
Modified: 2015-12-07 16:35 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2015-12-07 16:35:46 UTC

Attachments (Terms of Use)
patch to fix this problem (deleted)
2007-03-23 13:08 UTC, Stanislav Ievlev
no flags Details | Diff

Description Stanislav Ievlev 2007-03-23 13:08:53 UTC
Description of problem:
lins_dshttpd has unresolved symbols

Version-Release number of selected component (if applicable):
1.1.0 from CVS ...

How reproducible: always

Steps to Reproduce:
1. ldd -r

Actual results:

$ ldd -r 
undefined symbol: PL_CompareValues      (./
undefined symbol: PR_EnterMonitor       (./
undefined symbol: PR_DestroyMonitor     (./

Comment 1 Stanislav Ievlev 2007-03-23 13:08:53 UTC
Created attachment 150747 [details]
patch to fix this problem

Comment 2 Rich Megginson 2007-03-23 14:38:56 UTC
Does this cause a problem at runtime?  When this shared lib is loaded into the
server, it will just use the ldap, nss, and nspr symbols already linked into the

Comment 3 Stanislav Ievlev 2007-03-26 05:50:08 UTC
All linkage problems that I've report you are not a runtime problems.
Your package only failed with our (altlinux) QA tests ...

It's a possible problem in the future.
It's not a problem to fix it now ....

Comment 4 Rich Megginson 2007-03-26 14:52:02 UTC
The reason I'm asking is that you will find a problem with every shared library
and plugin that gets linked into the server: and lib* 
The reason we build it that way is because, historically, on some platforms, if
you turn on the linker option to complain about missing symbols, it becomes very
difficult to satisfy all of the linker dependencies in a platform independent
way, which leads to makefiles that are hard to maintain.  Platforms we have
supported in the past were aix, tru64, hpux 10, and sgi.  It may be that all
modern linkers make this easy to do without lots of kludges in makefiles.

Comment 5 Rich Megginson 2007-05-16 20:12:40 UTC
Fixed in version 1.39 (HEAD) of
+libns_dshttpd_la_LIBADD = $(LDAPSDK_LINK) $(NSS_LINK) $(NSPR_LINK)

Comment 6 Michael Gregg 2007-11-19 22:45:31 UTC
ldd -r /usr/lib/dirsrv/ =>  (0x00583000) => /usr/lib/ (0x00be9000) => /usr/lib/ (0x00911000) => /usr/lib/ (0x00dbd000) => /usr/lib/ (0x006ef000) => /usr/lib/ (0x007bc000) => /usr/lib/ (0x005d5000) => /usr/lib/ (0x00b61000) => /usr/lib/ (0x00110000) => /usr/lib/ (0x0085b000) => /usr/lib/ (0x00166000) => /usr/lib/ (0x00f2d000) => /usr/lib/ (0x003a3000) => /lib/ (0x00169000) => /lib/ (0x00190000) => /lib/ (0x002cd000) => /usr/lib/ (0x002d9000) => /lib/ (0x0031e000) => /lib/ (0x00a16000) => /lib/ (0x00335000) => /lib/ (0x00eb0000)
        /lib/ (0x00303000)
undefined symbol: XP_AccLangList        (/usr/lib/dirsrv/

The undefined symbol isn't related to this bug. 
A new bug has been opened for the new undefined symbol:

This was verified aginst:
1195508960 redhat-ds-base-8.0.0-11.el5dsrv Mon Nov 19 2007 
1195508963 redhat-ds-admin-8.0.0-1.15.el5dsrv Mon Nov 19 2007 
1195508965 redhat-ds-console-8.0.0-8.el5dsrv Mon Nov 19 2007 
1195508966 redhat-admin-console-8.0.0-9.el5dsrv Mon Nov 19 2007 

Note You need to log in before you can comment on or make changes to this bug.