Palmentieri Nunzio wrote:
Hi all,
I have the following problem when I perform ldd -d on a library that
links libxerces-c.so.28.0
libsocket.so.1 => /usr/lib/libsocket.so.1
libnsl.so.1 => /usr/lib/libnsl.so.1
libxerces-c.so.28 =>
/PFEapp/PFEdev/DEV_PLAT_NAT_1.0/BE/PFE/third_parts/Xerces/xerces-dev-usage-2_8_0/lib/libxerces-c.so.28
libxerces-depdom.so.28 =>
/PFEapp/PFEdev/DEV_PLAT_NAT_1.0/BE/PFE/third_parts/Xerces/xerces-dev-usage-2_8_0/lib/libxerces-depdom.so.28
libxalanMsg.so.110 =>
/PFEapp/PFEdev/DEV_PLAT_NAT_1.0/BE/PFE/third_parts/Xalan/xml-xalan-dev-usage/lib/libxalanMsg.so.110
libxalan-c.so =>
/PFEapp/PFEdev/DEV_PLAT_NAT_1.0/BE/PFE/third_parts/Xalan/xml-xalan-dev-usage/lib/libxalan-c.so
libc.so.1 => /usr/lib/libc.so.1
libmp.so.2 => /usr/lib/libmp.so.2
libmd5.so.1 => /usr/lib/libmd5.so.1
libscf.so.1 => /usr/lib/libscf.so.1
libpthread.so.1 => /usr/lib/libpthread.so.1
libgen.so.1 => /usr/lib/libgen.so.1
libstdc++.so.6 => /usr/sfw/lib/libstdc++.so.6
libm.so.2 => /usr/lib/libm.so.2
libgcc_s.so.1 => /usr/sfw/lib/libgcc_s.so.1
libdoor.so.1 => /usr/lib/libdoor.so.1
libuutil.so.1 => /usr/lib/libuutil.so.1
symbol not found:
__1cLxercesc_2_8GXMLUniWfgXercescDefaultLocale_
(./libXalanC.so)
symbol not found:
__1cLxercesc_2_8QXMLPlatformUtilsPfgMemoryManager_
(./libXalanC.so)
You apparently have a library called libXalanC.so linked in, which is
another Xalan-C library with a non-default name. Are you doing this on
purpose? What is the nature of this library?
This is an issue with either Xalan-C, or with your application, so
please consider following up on the Xalan-C user list, and not on the
Xerces-C developer list.
Dave
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
