Bug 233607
| Summary: | 1.1.0: libns_dshttpd wrong linkage | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Retired] 389 | Reporter: | Stanislav Ievlev <inger> | ||||
| Component: | Directory Server | Assignee: | Rich Megginson <rmeggins> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Viktor Ashirov <vashirov> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 7.1 | ||||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2015-12-07 16:35:46 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 427409 | ||||||
| Attachments: |
|
||||||
|
Description
Stanislav Ievlev
2007-03-23 13:08:53 UTC
Created attachment 150747 [details]
patch to fix this problem
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 executable. 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 .... The reason I'm asking is that you will find a problem with every shared library and plugin that gets linked into the server: libslapd.so and lib*-plugin.so. 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. Fixed in version 1.39 (HEAD) of Makefile.am: +libns_dshttpd_la_LIBADD = $(LDAPSDK_LINK) $(NSS_LINK) $(NSPR_LINK)
ldd -r /usr/lib/dirsrv/libns-dshttpd.so.0.0.0
linux-gate.so.1 => (0x00583000)
libssldap60.so => /usr/lib/libssldap60.so (0x00be9000)
libprldap60.so => /usr/lib/libprldap60.so (0x00911000)
libldap60.so => /usr/lib/libldap60.so (0x00dbd000)
libldif60.so => /usr/lib/libldif60.so (0x006ef000)
libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x007bc000)
libssl3.so => /usr/lib/libssl3.so (0x005d5000)
libnss3.so => /usr/lib/libnss3.so (0x00b61000)
libsoftokn3.so => /usr/lib/libsoftokn3.so (0x00110000)
libplc4.so => /usr/lib/libplc4.so (0x0085b000)
libplds4.so => /usr/lib/libplds4.so (0x00166000)
libnspr4.so => /usr/lib/libnspr4.so (0x00f2d000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x003a3000)
libm.so.6 => /lib/libm.so.6 (0x00169000)
libc.so.6 => /lib/libc.so.6 (0x00190000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x002cd000)
libsmime3.so => /usr/lib/libsmime3.so (0x002d9000)
libpthread.so.0 => /lib/libpthread.so.0 (0x0031e000)
libdl.so.2 => /lib/libdl.so.2 (0x00a16000)
libresolv.so.2 => /lib/libresolv.so.2 (0x00335000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x00eb0000)
/lib/ld-linux.so.2 (0x00303000)
undefined symbol: XP_AccLangList (/usr/lib/dirsrv/libns-dshttpd.so.0.0.0)
The undefined symbol isn't related to this bug.
A new bug has been opened for the new undefined symbol:
https://bugzilla.redhat.com/show_bug.cgi?id=391171
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
|