Apache: mod_wl.so: symbol ap_log_rerror: referenced symbol not found

Hello.
I am working with os solaris 64 and weblogic 12c.
I installes weblogic and wiork fine, I compiled the apache and start without problem bt when I try to load the module for weblogic the apache no start.
This is the sentences:
./configure prefix=$APACHE_HOME with-apr=$UTILS/apr with-apr-util=$UTILS/apr-util with-pcre=$UTILS/pcre enable-module=all enable-rule=SHARED_CODE --enable-so
I did the make and make install without problem.
I add the Load Module in the httpd.conf and fail the start:
LoadModule weblogic_module /orasoft/product/middleware/apache/plugins/wlsapache/lib/mod_wl.so
weblogic:sc-prodBD0-2:/orasoft/product/middleware/apache/conf>apachectl start
httpd: Syntax error on line 507 of /orasoft/product/middleware/apache/conf/httpd.conf: Cannot load /orasoft/product/middleware/apache/plugins/wlsapache/lib/mod_wl.so into server: ld.so.1: httpd: fatal: relocation error: file /orasoft/product/middleware/apache/plugins/wlsapache/lib/mod_wl.so: symbol ap_log_rerror: referenced symbol not found
What is wrong?
Regards

Hi,
I am having same problem.added line in APACHE   httpd.conf file
LoadModule weblogic_module /u01/APACHE2/lib/mod_wl_24.so
and following error:
httpd: Syntax error on line 67 of /usr/apache2.4/conf/httpd.conf: Cannot load /u01/APACHE2/lib/mod_wl_24.so into server: ld.so.1: httpd: fatal: /u01/APACHE2/lib/mod_wl_24.so: wrong ELF class: ELFCLASS64
i complied Apache 2.4.6 on solaris 10 u11. by using this procedure
2) and pkg add, gcc-3.4.6-sol10-sparc-local    libgcc-3.3-sol10-sparc-local libiconv-1.14-sol10-sparc-local openssl-1.0.0j-sol10-sparc-local
3) then install in this order   pcre, apr, apr-util & then apache-httpd
4) ./configure --prefix=/u01/APACHE2/pcre
make
make install
5) ./configure --prefix=/u01/APACHE2/apr
make
make install
6) ./configure --prefix=/u01/APACHE2/apr-util --with-apr=/u01/APACHE2/apr/
make
make install
7) ./configure --prefix=/usr/apache2.4 --enable-so --enable-pie --enable-module=all --enable-mods-shared=all --enable-proxy --enable-proxy-connect --enable-
proxy-ftp --enable-proxy-http --enable-proxy-ajp --enable-proxy-balancer --enable-ssl --enable-static-support --enable-static-htpasswd --enable-static-
htdigest --enable-static-rotatelogs --enable-static-logresolve --enable-substitute --enable-rewrite --enable-cgi --enable-vhost --enable-imagemap --with-
mpm=prefork --with-pcre=/u01/APACHE2/pcre/ --with-apr=/u01/APACHE2/apr --with-apr-util=/u01/APACHE2/apr-util/
make
make install

Similar Messages

Symbol __SUNW_init_wiostreams: referenced symbol not found

We have an executable built with the 5.2 compiler that fails on Solaris 10 with the 119963-08 patch installed. It gets the error in the subject line:
ld.so.1: <executable>: fatal: relocation error: file <full path to exe>: symbol __SUNW_init_wiostreams: referenced symbol not found
However, if we remove the patch, the executable runs just fine. We do not link libCstd statically; all system libs are linked dynamically.
Any suggestions on how to track this down?

please refer infoDoc#89603, recompile the program will resolve the issue, then could you please send your app sample code to me ([email protected]) so that I can made the doc more perfect.

Symbol __mt_MasterFunction_: referenced symbol not found

I am trying to build a matlab s-function using Sun Studio 10 compilers. The program compiles but when I try to load it into matlab I get
??? Invalid MEX-file '/export/ford/sl0473/u/jmccall4/+Work/GMP_data/Release_tests_6/gmp_cf_4_state_gui_redo/gmp_4_state_base_gmp_mex.mexsol': ld.so.1: /apps/avcae-fsabs/1.0/common/mathworks/matlab/14sp3.p/vendor/bin/sol2/MATLAB: fatal: relocation error: file /opt/SUNWspro/prod/lib/cpu/sparcv9+vis2/libfai_isa.so.3: symbol __mt_MasterFunction_: referenced symbol not found.
This is a mixed Fortran and C program.
The fortran code is compiled with
f90 -c -I/apps/matlab/14sp3.p/vendor/extern/include -I/apps/matlab/14sp3.p/vendor/simulink/include -KPIC -C -e -u -O2 -v -r8const -mt -xopenmp base_main.f
The C code with
cc -c -I/apps/matlab/14sp3.p/vendor/extern/include -I/apps/matlab/14sp3.p/vendor/simulink/include -DMATLAB_MEX_FILE -KPIC -xO2 -xlibmieee -D__EXTENSIONS__ -D_POSIX_C_SOURCE=199506L -mt -xopenmp -D_XOPEN_SOURCE=600 -xlibmil -DNDEBUG base_mex.c
and the link is done with
f90 -xO2 -G -mt -xopenmp -M/apps/matlab/14sp3.p/vendor/extern/lib/sol2/fexport.map -o base_mex.mexsol base_main.o base_mex.o /apps/matlab/14sp3.p/vendor/extern/lib/sol2/version4.o my_base_main.a -L/apps/matlab/14sp3.p/vendor/bin/sol2 -lmx -lmex -lmat -lm -lc -L/apps/matlab/14sp3.p/vendor/bin/sol2 -lmx -lmex -lmat -lfui -lfai -lfai2 -lfsumai -lfprodai -lfminlai -lfmaxlai -lfminvai -lfmaxvai -lfsu -lsunmath -lm -lc -lmtsk
an elfdump of the mtsk library leads me to believe the __mt_MasterFunction_ is defined in that library.
How can I compile this so it will run in Matlab?
James.

I am running Solaris 2.8.
The output from ldd is
!ldd gmp_4_state_base_gmp_mex.mexsollibmx.so => /apps/avcae-fsabs/1.0/common/mathworks/matlab/14sp3.p/vendor/bin/sol2/libmx.so
libmex.so => /apps/avcae-fsabs/1.0/common/mathworks/matlab/14sp3.p/vendor/bin/sol2/libmex.so
libmat.so => /apps/avcae-fsabs/1.0/common/mathworks/matlab/14sp3.p/vendor/bin/sol2/libmat.so
libm.so.1 => /usr/lib/libm.so.1
libc.so.1 => /usr/lib/libc.so.1
libfui.so.2 => /opt/SUNWspro/lib/libfui.so.2
libfai.so.3 => /opt/SUNWspro/lib/v8plus/libfai.so.3
libfai2.so.3 => /opt/SUNWspro/lib/v8plus/libfai2.so.3
libfsumai.so.1 => /opt/SUNWspro/lib/v8plus/libfsumai.so.1
libfprodai.so.1 => /opt/SUNWspro/lib/v8plus/libfprodai.so.1
libfminlai.so.1 => /opt/SUNWspro/lib/v8plus/libfminlai.so.1
libfmaxlai.so.1 => /opt/SUNWspro/lib/v8plus/libfmaxlai.so.1
libfminvai.so.1 => /opt/SUNWspro/lib/v8plus/libfminvai.so.1
libfmaxvai.so.1 => /opt/SUNWspro/lib/v8plus/libfmaxvai.so.1
libfsu.so.1 => /apps/avcae-fsabs/1.0/common/mathworks/matlab/14sp3.p/vendor/sys/os/sol2/libfsu.so.1
libsunmath.so.1 => /apps/avcae-fsabs/1.0/common/mathworks/matlab/14sp3.p/vendor/sys/os/sol2/libsunmath.so.1
libmtsk.so.1 => /usr/lib/libmtsk.so.1
libut.so => /apps/avcae-fsabs/1.0/common/mathworks/matlab/14sp3.p/vendor/bin/sol2/libut.so
libicudata.so.32 => /apps/avcae-fsabs/1.0/common/mathworks/matlab/14sp3.p/vendor/bin/sol2/libicudata.so.32
libicuuc.so.32 => /apps/avcae-fsabs/1.0/common/mathworks/matlab/14sp3.p/vendor/bin/sol2/libicuuc.so.32
libicui18n.so.32 => /apps/avcae-fsabs/1.0/common/mathworks/matlab/14sp3.p/vendor/bin/sol2/libicui18n.so.32
libicuio.so.32 => /apps/avcae-fsabs/1.0/common/mathworks/matlab/14sp3.p/vendor/bin/sol2/libicuio.so.32
libw.so.1 => /usr/lib/libw.so.1
librt.so.1 => /usr/lib/librt.so.1
libz.so => /apps/avcae-fsabs/1.0/common/mathworks/matlab/14sp3.p/vendor/bin/sol2/libz.so
libpthread.so.1 => /usr/lib/libpthread.so.1
libCstd.so.1 => /usr/lib/libCstd.so.1
libCrun.so.1 => /usr/lib/libCrun.so.1
libmwmvalue.so => /apps/avcae-fsabs/1.0/common/mathworks/matlab/14sp3.p/vendor/bin/sol2/libmwmvalue.so
libmwservices.so => /apps/avcae-fsabs/1.0/common/mathworks/matlab/14sp3.p/vendor/bin/sol2/libmwservices.so
libmwmpath.so => /apps/avcae-fsabs/1.0/common/mathworks/matlab/14sp3.p/vendor/bin/sol2/libmwmpath.so
libmwm_dispatcher.so => /apps/avcae-fsabs/1.0/common/mathworks/matlab/14sp3.p/vendor/bin/sol2/libmwm_dispatcher.so
libdl.so.1 => /usr/lib/libdl.so.1
libMTwister.so => /apps/avcae-fsabs/1.0/common/mathworks/matlab/14sp3.p/vendor/bin/sol2/libMTwister.so
libaio.so.1 => /usr/lib/libaio.so.1
libxnet.so.1 => /usr/lib/libxnet.so.1
libnsl.so.1 => /usr/lib/libnsl.so.1
libcurses.so.1 => /usr/lib/libcurses.so.1
libmwdatasvcs.so => /apps/avcae-fsabs/1.0/common/mathworks/matlab/14sp3.p/vendor/bin/sol2/libmwdatasvcs.so
libxerces-c.so.26 => /apps/avcae-fsabs/1.0/common/mathworks/matlab/14sp3.p/vendor/bin/sol2/libxerces-c.so.26
libmp.so.2 => /usr/lib/libmp.so.2
libsocket.so.1 => /usr/lib/libsocket.so.1
/usr/platform/SUNW,Sun-Blade-2500/lib/libc_psr.so.1
/opt/SUNWspro/prod/lib/cpu/sparcv9+vis2/libfai_isa.so.3
/opt/SUNWspro/prod/lib/cpu/sparcv9+vis2/libfai2_isa.so.3
/opt/SUNWspro/prod/lib/cpu/sparcv9+vis2/libfsumai_isa.so.1
/opt/SUNWspro/prod/lib/cpu/sparcv9+vis2/libfprodai_isa.so.1
/opt/SUNWspro/prod/lib/cpu/sparcv9+vis2/libfminlai_isa.so.1
/opt/SUNWspro/prod/lib/cpu/sparcv9+vis2/libfmaxlai_isa.so.1
/opt/SUNWspro/prod/lib/cpu/sparcv9+vis2/libfminvai_isa.so.1
/opt/SUNWspro/prod/lib/cpu/sparcv9+vis2/libfmaxvai_isa.so.1
/apps/avcae-fsabs/1.0/common/mathworks/matlab/14sp3.p/vendor/sys/os/sol2/cpu/sparcv8plus+vis/libfsu_isa.so.1
libthread.so.1 => /usr/lib/lwp/libthread.so.1
/usr/lib/cpu/sparcv8plus/libCstd_isa.so.1
libmtsk is in the ldd list, but it appears earlier in the list than libfai2_isa.so.3, which has the unresolved symbol. Is the list order relevant?

Symbol kglsimlat_p: referenced symbol not found

Hi,
anyone have ever encountered this error
ld.so.1: rman: fatal: relocation error: file /app/oracle/product/10.2.0/bin/rman: symbol kglsimlat_p: referenced symbol not found
I am getting this error from my EM Grid Control webpage while doing backup.
In the BACKUP step webpage.
Below is the complete output log
===============================================================
Output Log
SQL*Plus: Release 10.2.0.2.0 - Production on Thu Jul 27 16:52:16 2006
Copyright (c) 1982, 2005, Oracle. All Rights Reserved.
SQL> SQL> Connected.
SQL> SQL> SQL> Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> SQL> Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
SQL*Plus: Release 10.2.0.2.0 - Production on Thu Jul 27 16:52:42 2006
Copyright (c) 1982, 2005, Oracle. All Rights Reserved.
SQL> SQL> Connected to an idle instance.
SQL> SQL> ORACLE instance started.
Total System Global Area 524288000 bytes
Fixed Size          2030168 bytes
Variable Size          171967912 bytes
Database Buffers     343932928 bytes
Redo Buffers          6356992 bytes
Database mounted.
SQL> Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
ld.so.1: rman: fatal: relocation error: file /app/oracle/product/10.2.0/bin/rman: symbol kglsimlat_p: referenced symbol not found
SQL*Plus: Release 10.2.0.2.0 - Production on Thu Jul 27 16:52:49 2006
Copyright (c) 1982, 2005, Oracle. All Rights Reserved.
SQL> SQL> Connected.
SQL> SQL>

Hi,
I am using Oracle 10g rel 2 (OMS & Database) on Solaris 10.
I read somewhere that the problem is with the LD_LIBRARY_PATH.
I set the LD_LIBRARY_PATH to ${ORACLE_HOME}/lib, but it still doesn't work.
When I ran RMAN manually from the telnet terminal, it works okay.
Thanks

Symbol log: referenced symbol not found

Hello,
We are running Netscape Directory Server 4.16 in our mailserver (iMS 5.2).Sometimes the ldap process scratch and when we start it (start-slapd), we receive the following error message:
ld.so.1: ./ns-slapd: fatal: relocation error: file /usr/iplanet/server5/bin/msg/
lib/libnsuni31.so: symbol log: referenced symbol not found
Killed
But when we restart the host, the ldap process starts whithout any error.
Could anyone help us understand and fix this problem?Because, we could not restart our mailserver everytime the ldap process goes down!!!
Any contributions are wellcome.
Thanks in advance
Best Regards.

It looks like you have set LD_LIBRARY_PATH somewhere and the slapd process is picking up the wrong version of the shared libraries.

Symbol exsltDateXpathCtxtRegister: referenced symbol not found

hello all,
i have to deploy an application that uses the lxml HTML parser (http://lxml.de). This lib compiles fine into a S11 zone, but i'm unable to use it due to this error:
from lxml import etreeTraceback (most recent call last):
File "<console>", line 1, in <module>
ImportError: ld.so.1: python: fatal: relocation error: file /local/django-projects/virt_env/solqual/lib/python2.6/site-packages/lxml/etree.so: symbol exsltDateXpathCtxtRegister: referenced symbol not found
ldd tells me the libs involved:
(solqual)develwww@solqual:/local/django-projects/virt_env/solqual/latp$ ldd /local/django-projects/virt_env/solqual/lib/python2.6/site-packages/lxml/etree.so
libxslt.so.1 => /usr/lib/libxslt.so.1
libexslt.so.0 => /usr/lib/libexslt.so.0
libxml2.so.2 => /lib/libxml2.so.2
libz.so.1 => /lib/libz.so.1
libm.so.2 => /lib/libm.so.2
libpython2.6.so.1.0 => /usr/lib/libpython2.6.so.1.0
libc.so.1 => /usr/lib/libc.so.1
libpthread.so.1 => /lib/libpthread.so.1
libsocket.so.1 => /lib/libsocket.so.1
libnsl.so.1 => /lib/libnsl.so.1
libdl.so.1 => /lib/libdl.so.1
libmp.so.2 => /lib/libmp.so.2
libmd.so.1 => /lib/libmd.so.1
and a search in the libexslt.so.0:
$ nm /usr/lib/libexslt.so.0|grep exsltDateXpathCtxtRegister
0000f878 t exsltDateXpathCtxtRegister
So the symblol seems to exist.
Anybody can help?
thanks in advance,
gerard

We do not use the symbols siguhandle and _sigactio directly in our
code but the code is linked with the archive library
/usr/ucblib/libucb.a and this is the cause of the problem.
We inherited this product and I have no idea why the original developers
of our product linked with the archive library, but they were able to do
this becuase Solaris provided the archive library ( and it is in Solaris
6, 7, 8 and 9).
Does anyone have any idea why someone would use the archive version of
libucb library?.
Solaris provided this archive library and provided the symbols
siguhandler and _sigaction in /lib/libc.so.1 as global in all version
except in Solaris 10.
In Solaris 6, 7, 8 and 9:
/usr/ccs/bin/nm /lib/libc.so.1 | egrep '_siguhandler|__sigaction'
[4720] | 640416| 56|FUNC |GLOB |0 |9 |__sigaction
[3156] | 789684| 188|OBJT |GLOB |0 |20 |_siguhandle
but then in Solaris 10 they changed this and have no _siguhandle
and __sigaction is local insteaad of global.
/usr/ccs/bin/nm /lib/libc.so.1 | egrep '_siguhandler|__sigaction'
[596] | 772436| 24|FUNC |LOCL |2 |9 |__sigaction
Changing a library in this way is not a good thing to do. May be Sun
have good reasons to do this and may be the original developers of our
product had their reasons to use the archive but they could do this
because Solaris provided those libraries.
I am still trying to justify that I need to change and fix our product
in the field, I am still strugling to justify my changes, eveybody see
this as Solaris failing to maintain compatibility becuase they provide
the libraries and we do not use those symbols directly. It is difficult
for me to explain that the original developers made a mistake and we
have to fix it. I hope you see my point here.
Thanks
aldo

Symbol __sigaction: referenced symbol not found

Hi All,
We have an old product that was build on Solaris 6 (2.6), now running on Solaris 10 we get the error:
ld.so.1: get_rnum: fatal : relocation error: file tds272b.so: symbol __sigaction: referenced symbol not found.
I understand why this is happening and how to fix it but some of my colegues think this is a problem with Solaris and the support of backward compatibility, they think Solaris should have never remove or change symbols from libc.so that were global and accessible to any applications.
My friends almost convinced me but I would like to hear Solaris point of view, or someone who know about this. May be sometime in the past this was documented that it was going to happen and we just never knew about this.
Does anyone know if these changes were ever documented by Sun and when was this documented ?
Thanks
aldo

We do not use the symbols siguhandle and _sigactio directly in our
code but the code is linked with the archive library
/usr/ucblib/libucb.a and this is the cause of the problem.
We inherited this product and I have no idea why the original developers
of our product linked with the archive library, but they were able to do
this becuase Solaris provided the archive library ( and it is in Solaris
6, 7, 8 and 9).
Does anyone have any idea why someone would use the archive version of
libucb library?.
Solaris provided this archive library and provided the symbols
siguhandler and _sigaction in /lib/libc.so.1 as global in all version
except in Solaris 10.
In Solaris 6, 7, 8 and 9:
/usr/ccs/bin/nm /lib/libc.so.1 | egrep '_siguhandler|__sigaction'
[4720] | 640416| 56|FUNC |GLOB |0 |9 |__sigaction
[3156] | 789684| 188|OBJT |GLOB |0 |20 |_siguhandle
but then in Solaris 10 they changed this and have no _siguhandle
and __sigaction is local insteaad of global.
/usr/ccs/bin/nm /lib/libc.so.1 | egrep '_siguhandler|__sigaction'
[596] | 772436| 24|FUNC |LOCL |2 |9 |__sigaction
Changing a library in this way is not a good thing to do. May be Sun
have good reasons to do this and may be the original developers of our
product had their reasons to use the archive but they could do this
because Solaris provided those libraries.
I am still trying to justify that I need to change and fix our product
in the field, I am still strugling to justify my changes, eveybody see
this as Solaris failing to maintain compatibility becuase they provide
the libraries and we do not use those symbols directly. It is difficult
for me to explain that the original developers made a mistake and we
have to fix it. I hope you see my point here.
Thanks
aldo

Symbol __snprintf: referenced symbol not found

Hi ALL,
I complied a gui binary in solar 5.5.1 & try it run in 5.6 & 5.7.
while executing its giving error like this,
ld.so.1: ./jobscape: fatal: relocation error: file ./jobscape: symbol __snprintf: referenced symbol not found
[1] + Killed ./jobscape &
It works fine in 5.5.1.
I know this __snprintf is not there in libc.a(5.7) but its there in 5.5.1.
Can any one know how to resolve this problem ??
thanks,
Prashanth

Interesting. The private __snprintf() routine was removed in 2.6, also, the public interface
snprintf() was added in 2.6. So, it looks like your binary links the private __snprintf(). Is
the reference to __snprintf() in your source files? If so, there may be some hacks you
can use to make it work. Refer to bugid 4123963 for details.
Alan
Sun Developer Technical Support
http://www.sun.com/developers/support

Firefox-bin fatal relocation error libthebes.so symbol round referenced symbol not found

I compiled Firefox 3.6.23 on Solaris 9. When I try to start firefox it exits with the following error.
ld.so.1 firefox-bin: fatal: relocation error: file /usr/local/lib/firefox-3.6.23/components/../libthebes.so: symbol round: referenced symbol not found killed

It is not in the java documentation because it is not a java problem.
When you write JNI code (or any other code for that matter) you probably should look at the documentation for the compilers and other tools that you are using for recommendations for how to use these third party tools.
What would have been surprizing to me, is if your C++ compiler manual did not recommend linking with the standard C++ library when you use code contained in the library. Which was the problem here.

8820: Symbol EventInjector$KeyEvent. init not found

Hi
I am creating a custom application for blackberry which uses the EventInjector API and more precisely the following code:
EventInjector.KeyEvent inject = new EventInjector.KeyEvent(EventInjector.KeyEvent.KEY_DOWN,Characters.ESCAPE,50);inject.post(); inject.post();
The code works on the Bold and on all the devices I tried through the simulator but does not work for the 8820.
The error I get is when I try to start the application and is:
Symbol EventInjector$KeyEvent.<init> not found
I am not sure what I am missing, permissions are wide open for the Application itself. Any Ideas?
Any help would be appreciated.
Thx
xtos

please refer infoDoc#89603, recompile the program will resolve the issue, then could you please send your app sample code to me ([email protected]) so that I can made the doc more perfect.

Symbol lxldini: referenced symbol not found

Hi. I'm getting this error trying to use the xml parser in c. The error is issued at runtime, not at compilation time. The program compiles and links ok. Any environment variable that I should use?. I'm a little lost with this. I work under Solaris. I've set the ORACLE_HOME and ORA_NLS33 variables to point to the right places, but I still get the same error. I've traced the program, and it's issued when calling xmlinit(). Any idea?. Thanks in advance

What version are you using? It seems something wrong with NLS lib. Would you send the test data for us to reproduce?

Text (T) symbol for field kostl not found in adhoc query selection

Dear Freinds,
We have developed a custom infotype , as per our requirement one of the field i have added is the Kostl field ( this i have created exactly the same way in infotype 0001).
I have to devlop a report using ADHOC Query based on this custom infotype , so i have developed a adhoc report ( selecting the logical database PNPCE option as it is not allowing for PNP), when i selecting the required feilds from the Custom infotype i can see for the field KOSTL field doesnt have the symbol(T) against the field . However for another ADHOC report when i am selecting from the infotype 0001 i can see the T symbol for the KOSTL . So i went and check in the custom type structur and transparent table as well , the search help etc is exactly same as that of the which are there for this field in the standard infotype 0001(Kostl). Because i have to display the description of the cost centre along with the kostl field , howeve iam able to get for Pernr descirption , for pernr iam able to see the T symbol against the field Pernr.
Please could any one guide why this field doesnt have the symbol T.
regards
divya.

Why don't you the same data element of the KOSTL.
Eventhough you created your own infotype you can still use the stanadard data element.
If you use the standard datatype you will get those feature avalable
Warm Regards

Error starting syncclient_ba_bb9530: symbol 'BlackBerry PIM.openUnifiedPIMList' not found

I have downloaded twice Backup Assistant and get this error when trying to open it. I am upgrading to Droid X. I need to know what I can do to get my contacts off the Blackberry. I have looked all over the internet and nothing I have seen as solutions has worked. I have uninstalled, installed, rebooted, *228 option 2, turned off removed battery and turned back on. What next?????

I ran into this error upgrading a Storm to an Droid 2. Here's what I learned.
1. The Storm had an old OS, one that had never been upgraded during ownership. When I installed Blackberry Desktop Manager it wanted to push out the latest OS - so I realized that may have been part of the problem.
So anyone running into this problem might want to consider upgrading the Storm OS. It seems a lot of work given that you are going to throw the phone in a drawer, so onto #2.
2. In desperation I googled Blackberry Android and found an article on what you should know when upgrading from one to the other. The article mentioned Google Sync - so I downloaded that on to the storm, then synced to the Gmail account. That pushed up the contacts.
After I activated the Droid 2, I was forced to sync to Google as part of the install - and sure enough, the contacts were there. I could have saved a couple of hours researching this error and on the phone with the VZ Helpless Desk had I read this article first.
So anyone running into this error in the future, try the above solutions before you waste your time like I wasted mine. And oh, if you have any doubts about upgrading from the Storm to Android, set them aside. I can't believe I suffered with the Storm for as long as I did. When I switched to the Droid X it felt like I had been swimming with one arm tied behind my back, and with the Droid X I suddenly felt like I not only had both arms, but flippers too.
Enjoy!

Ld.so.1 problem - fatal: relocation error - "referenced symbol not found"

Hi, I've been trying to compile and run my application non Solaris using CC (detils below) but haven't got luck with running the application because of a linker error :
ld.so.1: java: fatal: relocation error: file ./libtest.so: symbol __1cDstdMbasic_string4Ccn0ALchar_traits4Cc__n0AJallocator4Cc___J__nullref_: referenced symbol not found
Here's what I'm trying to do :
I'm compieing one library to include another shared library whcih uses the "string" class (STL). The compilation of both the libraries proceeds perfectly fine. However, when i preload this library with LD_PRELOAD and run a JAVA application (which will have calls to some function in the preloaded library), the get the above linker error.
Here's what all I have tries to get thsi wroking : ( I understand that this error is due to a missing library that CC has not linked to and i've no idea what the library is!!!)
1.> # LD_LIBRARY_PATH=/usr/lib:$LD_LIBRARY_PATH
# export LD_LIBRARY_PATH - NO LUCK :-(
2.> linked to /opt/SUNWspro/lib/libCrun.so (found this from another forum on the net), but NO LUCK :-(
3.> export LD_DEBUG=bindings
export LD_DEBUG_OUTPUT=/home/log.txt (so that all sysmbols refered are logged!!!)
i did a grep on the log for the symbol but NO LUCK!!! :-(
Please can you help me with this? What is the library that is to be linked too, or is there something else?
Details About my system, compiler and compilation options :
1.> uname -a output : SunOS sh1sol9 5.9 Generic_117171-12 sun4u sparc SUNW,Sun-Fire-280R Solaris
2.> CC version : Sun WorkShop 6 update 2 C++ 5.3
3.> Compilation flags i've used to build the library :
FIRST LIBRARY : CC -G -xcode=pic32 -I../common/ -ldl ../common/logger.cpp helper_functions.cpp BCPEntries.cpp BCP_class.cpp -o libBCP.so
SECOND LIBRARY : CC -G -xcode=pic32 -I../common/ test_BCP_construct.cpp -lBCP -L. -o libtest.so
Please help me out of this,
Any and every help (or even a hint to it) will be appreciated!!!
Thanks in advance,
Madhur Kumar Tanwani

Refer to the C++ Users Guide that comes with the compiler, the chapter on Building Libraries, which explains these points in more detail.
When you build a C++ shared library, you must explicitly list all the libraries that it depends on. Unlike building an executable, the CC -G command does not by default create dependencies on system libraries. Although not explained well in the Guide, you should be sure you get the shared (.so) versions of all libraries, not the static (.a) versions.
All C++ programs require at least libCrun and libc. Programs that use the C++ Standard library (using anything in the std namespace, like std::string) also need to link to the appropriate version of the library.
The default library is libCstd. If you compile using the optional STLport library, you need the libstlport instead. You cannot use both libCstd and libstlport in the same program.
In your case, the build command would look something like this, assuming you are using the default libCstd:
CC -G -o mylib.so ..... -library=Cstd,Crun -lc
Be sure that any preceeding -Bstaic option is followed by -Bdynamic before listing these system libraries.
To verify you have picked up the dynamic libraries, run the command
ldd mylib.so
to see a list of dependencies. If you don't see the following in the list
/usr/lib/libCstd
/usr/lib/libCrun
/usr/lib/libc (or /lib/libc)
something is wrong.
A note about LD_LIBRARY_PATH: don't use it.
Ideally, the environment variable should never be set. If you must set it to reach vendor-supplied libraries, never put the system directories /lib or /usr/lib on the path, and never put the compiler installation directory, like /opt/SUNWspro/... on the path. You can wind up forcing the runtime loader to seach directories in the wrong order and pick up inappropriate versions of libraries.
For more on LD_LIBRARY_PATH, read this note in Rod Evans' blog. He's the Sun linker expert. The material here is available in the manuals, but his blog has a nice summary.
http://blogs.sun.com/roller/page/rie/?anchor=tt_ld_library_path_tt

Workshop 5.0, Sol 2.7/64-bit: "referenced symbol not found"

One of our customers reports that "some" of their Sol2.7 machines cannot run our 64-bit software (compiled with -xarch=v9).
% a.out
ld.so.1: a.out: fatal: relocation error: file a.out: symbol __1cDstdJbad_allocG__vtbl_: referenced symbol not found
Killed
On the machines where our stuff doesn't run, this message is seen with all of the executables we provide, and even with trivial test programs. The same symbol name is shown every time.
We are using
% CC -V
CC: WorkShop Compilers 5.0 98/12/15 C++ 5.0
and ldd on a test program shows this:
% ldd a.out
libCrun.so.1 => /usr/lib/sparcv9/libCrun.so.1
libm.so.1 => /usr/lib/sparcv9/libm.so.1
libw.so.1 => /usr/lib/sparcv9/libw.so.1
libc.so.1 => /usr/lib/sparcv9/libc.so.1
libdl.so.1 => /usr/lib/sparcv9/libdl.so.1
/usr/platform/SUNW,Ultra-4/lib/sparcv9/libc_psr.so.1
Any ideas? Thanks.

Try a 'ldd -r' on your shared library. My bet is you will receive tons of unresolved symbols. You have to eliminate them all. In my case, -lCrun helped a lot and reduced the number of missing symbols radically. Some were still missing, though, and I was quite sure to take care of those with -lCstd (Note that the manual says that both are included by default...). Didn't help, but I just found a hint that the libC shipped with Solaris might need a patch...

Apache: mod_wl.so: symbol ap_log_rerror: referenced symbol not found

Similar Messages

Maybe you are looking for