Relocation error in solaris.

Hi
I have a java that makes a native call to a .so file say a.so. The file inturn has dependency on aother b.so file.
when I do an ldd on a.so it shows b.so. From a.so I refer a method of b.so.
During native call it fails throwing a referenced symbol cannot be found. relocation error.
when I call the same method of a.so from a c code it works fine. Pls help.
Thanks,
Subhash

__Ranger__ wrote:
Hi,
do you found a solution for your problem?
I have the same problems and no more ideas:(
Can you help me?
Don't post new questions on old threads.

Similar Messages

Relocation Error In Solaris - Symbol 0FI__rtbi_fv not found

Hi!,
I get the following error, when i try to load a library using JNI, (jdk 1.3.0_02) in Solaris 2.6 :
It cribs about symbol __0FI__rtbi_fv not found.
I used nm on the .so and got the following output -
[123762] | 0| 0|NOTY |GLOB |0 |UNDEF |__0FI__rtbi_fv
Kindly help me in overcoming this problem. Its bit urgent.
Exception in thread "main" java.lang.UnsatisfiedLinkError: /disk1/anuj/Sinu/usrtool/obj/libusrtool.so:
ld.so.1: /disk1/sriram/java1.3/bin/../bin/sparc/native_threads/java:
fatal: relocation error: file /disk1/anuj/Sinu/usrtool/obj/libusrtool.so:
symbol __0FI__rtbi_fv: referenced symbol not found
     at java.lang.ClassLoader$NativeLibrary.load(Native Method)
     at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1382)
     at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1306)
     at java.lang.Runtime.loadLibrary0(Runtime.java:749)
     at java.lang.Runtime.loadLibrary(Runtime.java:737)
regards
Sriram

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.

Relocation error at run time.

Hi All,
I am getting a weird run time symbol relocation error on Solaris 2.6 with a C++ code compile by Workshop Compiler version 5. I built a shared library that statically links libCstd.a. This is my first question. Does CC Workshop compiler by default brings in libCstd.a in its standard mode(compat=5)?? (i understand this is its standard behaviour as given by sun documentation) After building the shared library, i built an xecutable that loads this shared library but i get the following unresolved
external :
Output dump from console :
ComponentFactory's constructor
[ComponentFactory::getComponent] libName: libibmxmlutil.so compName: XMLUtil
Function found...
Component::setLibrary Library addref::Ref count Component addref::Ref count ld.so.1: testcf: fatal: relocation error: file /vobs/cmn/midware2/sapi_base/debug/libcomponentfactory.so: symbol __1cDstdNbasic_ostream4Ccn0ALchar_traits4Cc___2l6MI_r1_: referenced symbol not found
Killed
Now this symbol which is *****21MI_r1*** belongs to libCstd.a and i have statically linked this libCstd.a when i built libcomponentfactory.so. Still i am wondering why this symbol is never a part of libcomponentfactory.so. I did an nm -A libcomponentfactory.so and tried to grep on the particular symbol. This symbol is UNDEF in symbol table. ANY HELP WILL BE GREATLY APPRECIATED.
thanks--
mail me at [email protected] if you have any suggestions.

Oops ! That was for Workshop 6 (CC 5.1). For Workshop 5.0, you
can try installing the corresponding latest C++ patch:
Patch-ID# 107311-12
Synopsis: C++ 5.0: Patch for C++ 5.0 compiler
(Bug id # 4347423 - Build 5.0 libCstd.a with -KPIC)
One workaround is to build a shared version of libCstd from libCstd.a
and use the shared library instead of the archive:
CC -G -z allextract libCstd.a -h libCstd.so.1 -o libCstd.so.1 -lCrun
ln -s libCstd.so.1 libCstd.so
Hope this helps.
Thanks,
Gopinath.

Instant client 10.2.0.2 - Solaris 32 bit - sqlplus relocation error

Did anyone use the sqlplus that comes with Instant Client 10.2.0.2 - Solaris 32 bit to connect to a remote Oracle database?
I am unable to get it working.
More info below:
I unpacked these two packages onto my Solaris 9 box into a directory called /space/OracleClient10g/instantclient_10_2
a) instantclient-basic-solaris32-10.2.0.2-20060303.zip
b) instantclient-sqlplus-solaris32-10.2.0.2-20060303.zip
I have set the following environment variables (csh):
setenv ORACLIENT /space/OracleClient10g/instantclient_10_2
setenv LD_LIBRARY_PATH "$ORACLIENT":"$LD_LIBRARY_PATH"
set path = ($ORACLIENT $path)
setenv SQLPATH $ORACLIENT
setenv TNS_ADMIN $ORACLIENT
setenv NLS_LANG AMERICAN_AMERICA.UTF8
The tnsnames.ora file is in the $TNS_ADMIN directory and it has the tns entry that I need.
When I run sqlplus using the tnsentry, I get a "relocation error" as below:
$ sqlplus user1/pwd1@tnsentry
ld.so.1: sqlplus: fatal: relocation error:
file /space/OracleClient10g/instantclient_10_2/libsqlplus.so: symbol
lnxqebc_chars: referenced symbol not found
(The same tns entry is used from a different Solaris 9 machine where I have a full Oracle 9i client installed and sqlplus connects fine using this tns entry - so I do not think there is anything wrong with this tns entry. Besides, the error message that I am getting when I run sqlplus can be reproduced even by simply running 'sqlplus' without any arguments. )
When I do an 'ldd' on sqlplus, every library needed by sqlplus is loaded correctly.
$ ldd /space/OracleClient10g/instantclient_10_2/sqlplus
libsqlplus.so => /space/OracleClient10g/instantclient_10_2/libsqlplus.so
libclntsh.so.10.1 => /space/OracleClient10g/instantclient_10_2/libclntsh.so.10.1
libnnz10.so => /space/OracleClient10g/instantclient_10_2/libnnz10.so
libkstat.so.1 => /usr/lib/libkstat.so.1
libnsl.so.1 => /usr/lib/libnsl.so.1
libsocket.so.1 => /usr/lib/libsocket.so.1
libgen.so.1 => /usr/lib/libgen.so.1
libdl.so.1 => /usr/lib/libdl.so.1
libsched.so.1 => /usr/lib/libsched.so.1
libc.so.1 => /usr/lib/libc.so.1
libaio.so.1 => /usr/lib/libaio.so.1
libm.so.1 => /usr/lib/libm.so.1
libthread.so.1 => /usr/lib/libthread.so.1
libmp.so.2 => /usr/lib/libmp.so.2
librt.so.1 => /usr/lib/librt.so.1
libmd5.so.1 => /usr/lib/libmd5.so.1
/usr/platform/SUNW,Ultra-Enterprise/lib/libc_psr.so.1
/usr/platform/SUNW,Ultra-Enterprise/lib/libmd5_psr.so.1
Any ideas on the cause of this error?

I'd say that there is a problem loading the shared library libsqlplus.so.
Try 'ldd /space/OracleClient10g/instantclient_10_2/libsqlplus.so' and see which libraries are referenced.
It seems like they are all found, but at least one of them is missing an entry that should be there.
- Trace sqlplus with 'strace' or 'truss' (I don't know which of the two exists on Solaris) to
find out which library has the problem.
- Check the versions and compare them with the versions required by the installation guide for the Oracle client.
Yours,
Laurenz Albe

Solaris 10 Gives Error (ld: fatal: relocation error: R_386_32) w/ gcc-4.2.3

I am attempting to run a build of a system known as nauticus under Solaris 10 but I am getting the following error:
ld: fatal: relocation error: R_386_32: file .rel.debug_info: section: /home/dmclaug/trees/gcctree/trunk/build-solaris-4.2.3/src-nauticus/bin/solaris/libsmftypes.o: offset: 0x23e3d6: relocation requires reference symbol
collect2: ld returned 1 exit status
This system has been successfully built using gcc-3.2.3 under Solaris 10, but the error above is generated now that we have installed gcc-4.2.3. Does anyone have any idea what might be causing the problem here? Are there additional flags or switches that are required?
Some additional background on my system:
Sun Microsystems Inc. SunOS 5.10 Generic January 2005
Sun Streaming Server Development Package for Solaris Update 4.
PackageVersion=2.0
cat /etc/release
Solaris 10 8/07 s10x_u4wos_12b X86
Copyright 2007 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 16 August 2007
isainfo -x
amd64: sse3 sse2 sse fxsr amd_3dnowx amd_3dnow amd_mmx mmx cmov amd_sysc cx8 tsc fpu
i386: sse3 sse2 sse fxsr amd_3dnowx amd_3dnow amd_mmx mmx cmov amd_sysc cx8 tsc fpu
isalist
amd64 pentium_pro+mmx pentium_pro pentium+mmx pentium i486 i386 i86

The bootstrap compiler is GCC 3.4.3.
I tried Sun's assembler (/usr/ccs/bin/as) too and got another error (below)
I also tried bootstrapping with Sun's Studio 12 compiler but that too failed.
*$ pkginfo -x SUNWbinutils SMCbinut*
SMCbinut binutils
(x86) 2.17
SUNWbinutils binutils - GNU binutils
(i386) 11.10.0,REV=2005.01.08.01.09
*$ whence gcc*
/usr/sfw/bin/gcc
*$ gcc -v*
Reading specs from /usr/sfw/lib/gcc/i386-pc-solaris2.10/3.4.3/specs
Configured with: /builds/sfw10-gate/usr/src/cmd/gcc/gcc-3.4.3/configure prefix=/usr/sfw with-as=/usr/sfw/bin/gas with-gnu-as with-ld=/usr/ccs/bin/ld without-gnu-ld enable-languages=c,c++ --enable-shared
Thread model: posix
gcc version 3.4.3 (csl-sol210-3_4-branch+sol_rpath)
The error this time is:
/big1/usr.local.src/gcc-4.3.1/s10i/./gcc/xgcc -B/big1/usr.local.src/gcc-4.3.1/s10i/./gcc/ -B/usr/local/i386-pc-solaris2.10/bin/ -B/usr/local/i386-pc-solaris2.10/lib/ -isystem /usr/local/i386-pc-solaris2.10/include -isystem /usr/local/i386-pc-solaris2.10/sys-include -g -fkeep-inline-functions -m64 -O2 -O2 -g -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../.././gcc -I../../../../gcc-4.3.1/libgcc -I../../../../gcc-4.3.1/libgcc/. -I../../../../gcc-4.3.1/libgcc/../gcc -I../../../../gcc-4.3.1/libgcc/../include -DHAVE_CC_TLS -o gcov.o -MT gcov.o -MD -MP -MF gcov.dep -DLgcov -c ../../../../gcc-4.3.1/libgcc/../gcc/libgcov.c
Assembler: libgcov.c
"/var/tmp//ccYcw90K.s", line 1936 : Syntax error
Near line: " repz cmpsb"

Ld: fatal: relocation error: R_SPARC_DISP64 error when linking on Solaris 8

Hi,
I get the following error when trying to link on Solaris 8 using Forte CC. This code links without any problems on Solaris 6 using g++. I've tried searching the web for info, but to no avail.
Also, in this ckErrorCode class there are 4 methods(note there are also 4 of these unknown symbols) and when I comment out all the code it links, but I get unresolved symbols later, as you'd expect.
Anyone come across this before?
Thanks in advance,
Chris
CC -c -xarch=v9 -instances=static -g -D_DEBUG -KPIC -mt -DPOSIX_THREADS -D__EXTENSIONS__ -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_C_SOURCE -I../inc -I.. -I../Dev/Source -I../Unsupported ../src/ckErrorCode.cpp -o ../src/ckErrorCode_g.o
CC -xarch=v9 -mt -i -KPIC -G -h ckTester_51g.so -I../inc -I.. -I../Dev/Source -I../Unsupported -o ckTester_51g.so ../src/ckErrorCode_g.o
ld: fatal: relocation error: R_SPARC_DISP64: file ../src/ckErrorCode_g.o: symbol <unknown>: offset 0xffffffff7e500ce4 is non-aligned
ld: fatal: relocation error: R_SPARC_DISP64: file ../src/ckErrorCode_g.o: symbol <unknown>: offset 0xffffffff7e500cf4 is non-aligned
ld: fatal: relocation error: R_SPARC_DISP64: file ../src/ckErrorCode_g.o: symbol <unknown>: offset 0xffffffff7e500d21 is non-aligned
ld: fatal: relocation error: R_SPARC_DISP64: file ../src/ckErrorCode_g.o: symbol <unknown>: offset 0xffffffff7e500d31 is non-aligned
make: *** [ckTester_51g.so] Error 1

Try setting the configure runtime linking environment:
#crle -c /var/ld/ld.config -l /usr/lib:/usr/local/lib:/usr/local/etc/mysql/lib
Shane Kinsch
NetraCorp LLC / SecurNET Consulting

"java -version" fails in Solaris 5.9 with relocation error

Hi all,
Appologies for the Java 'newbie-ness' of this query from the outset... But here goes. My current configuration is ...
SunOS 5.9 Generic_112233-11 sun4u sparc SUNW,UltraAX-i2
and I'm trying to run with Java 2 SDK, Standard Edition Version 1.4.1
As far as I know, local support has fed me with the required patches to get me up and running so as I can use 'jar' to upgrade a jarfile. But if I try to do this (or even just try "java -version"), I just get...
Error: failed /usr/j2se/jre/lib/sparc/client/libjvm.so, because ld.so.1: java: fatal: relocation error: file /usr/j2se/jre/lib/sparc/client/libjvm.so: symbol __1cG__CrunSregister_exit_code6FpG_v_v_: referenced symbol not found
I can only find this bug (?) referencing Solaris 5.7 at most recent. Am I missing something obvious?
I've got...
setenv JAVA_HOME /usr/j2se
setenv LD_LIBRARY_PATH $JAVA_HOME/jre/lib/sparc/server:$JAVA_HOME/jre/lib/sparc
Are the solaris 7 patches not necessarilly in the patch bundle I've had stuffed on here...?

It looks like that the likely cause of this error is some failed library dependancy. You can manually check if all libraries libjvm.so depends on are actually present on the system by running the following commands:
$ cd /usr/j2se/jre/lib/sparc/client/
$ ldd libjvm.so
The output of the ldd command should look something like the following with possible slight deviations:
libCrun.so.1 => /usr/lib/libCrun.so.1
libdl.so.1 => /usr/lib/libdl.so.1
libthread.so.1 => /usr/lib/libthread.so.1
libsocket.so.1 => /usr/lib/libsocket.so.1
libnsl.so.1 => /usr/lib/libnsl.so.1
libm.so.1 => /usr/lib/libm.so.1
libw.so.1 => /usr/lib/libw.so.1
libc.so.1 => /usr/lib/libc.so.1
librt.so.1 => /usr/lib/librt.so.1
libmp.so.2 => /usr/lib/libmp.so.2
libaio.so.1 => /usr/lib/libaio.so.1
libmd5.so.1 => /usr/lib/libmd5.so.1
/usr/platform/SUNW,Ultra-60/lib/libc_psr.so.1
/usr/platform/SUNW,Ultra-60/lib/libmd5_psr.so.1
Check if all library path's are actually present on the system, otherwise you will need to satisfy the missing dependencies.

Fatal:relocation error: While running JDK1.4 on Sun Sparc Generic_106541-08

Hi,
I installed the new jdk1.4 on my Solaris-7 machine. Initially I installed 32-bit jdk1.4 and then installed 64-bit jdk1.4 as indicated on your (sun's) installation page. I used executable binary version of installation for installing the software.
The installation was successfully completed. But while I run java command then it gave following error
Error: failed /export/home/j2sdk1.4.0/jre/lib/sparc/client/libjvm.so, because ld.so.1: ./java: fatal: relocation error: file /export/home/j2sdk1.4.0/jre/lib/sparc/client/libjvm.so: symbol __1cG__CrunSregister_exit_code6FpG_v_v_: referenced symbol not found
Why I am not able to execute any java command with this version? On the same machine I am able to run jdk1.2 and jdk1.3
Please advise on it. It will be of great help If I get some suggestion.
Thanks in Advance,
Ashish

In particular, patch 106327-14 seems to solve the problem.

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

HELP! Relocation error: file /usr/lib/librt.so: symbol priocntl not found

Hi,
I've just installed a Solaris 9 and gcc-3.4.2 (from sunfreeware.com) on a Sun Blade 1500.
#uname -a
SunOS dove 5.9 Generic_117171-07 sun4u sparc SUNW,Sun-Blade-1500
Upon running my application, a runtime error occured.
ld.so.1: CMC: fatal: relocation error: file /usr/lib/librt.so: symbol priocntl: referenced symbol not found
I've traced my code to were it had encountered a problem. It seems that the error occured whenever a pthread_create() function is executed.
Originally my application was developed under a Solaris 8 environment. No runtime errors occured during that time.
I think there's a problem with the Solaris 9 /usr/lib/librt.so.1 file.
Could you please help me.
I deeply appreciate it.

hi, take a look at:
http://bbs.archlinux.org/viewtopic.php?id=47981

Ld.so.1: tar: fatal: relocation error: file /usr/sbin/tar: symbol fstatat64

Hi Gurus.
Please help in this one.
When I try to use tar the following output is displayed:
tar cvf 123.tar 123.txt
ld.so.1: tar: fatal: relocation error: file /usr/sbin/tar: symbol fstatat64
tar xvf 123.tar
ld.so.1: tar: fatal: relocation error: file /usr/sbin/tar: symbol fchownat: referenced symbol not found
Killed
Check output ldd:
ldd -r /usr/bin/tar
libcmd.so.1 => /usr/lib/libcmd.so.1
libsec.so.1 => /usr/lib/libsec.so.1
libc.so.1 => /usr/lib/libc.so.1
libdl.so.1 => /usr/lib/libdl.so.1
/usr/platform/SUNW,Sun-Fire-xxx/lib/libc_psr.so.1
symbol not found: attropen64 (/usr/sbin/tar)
symbol not found: fstatat64 (/usr/sbin/tar)
symbol not found: openat64 (/usr/sbin/tar)
symbol not found: fchownat (/usr/sbin/tar)
symbol not found: unlinkat (/usr/sbin/tar)
symbol not found: futimesat (/usr/sbin/tar)
symbol not found: fdopendir (/usr/sbin/tar)
Output of: LD_LIBRARY_PATH
echo $LD_LIBRARY_PATH
/usr/lib:/usr/dt/lib:/opt/app/lib
already try unset LD_LIBRARY_PATH
Any ideas.
I can tell You that tar was working fine 2 months ago.
I suspect data corruption
Many thanks
Allrounder

Hi,
Is Vi functional on your system? If you havent already tried this you may want to try removing /usr/ucb/lib from LD_LIBRARY_PATH environment variable, or put /usr/lib in LD_LIBRARY_PATH before /usr/ucblib. This might clear up some of the problems you are having.
Regards,
Andrew
Sun Developer Technical Support
I got this message when i tried to install remedy on
Solaris 7. T
ld.so.1: vi: fatal: relocation error: file vi: symbol
cur_term: referenced
symbol not found
Killed
Then i took advices from others and set the
LD_LIBRARY_PATH to
"/usr/openwin/lib:/usr/dt/lib:/usr/ucblib", seemed it
worked for others, but i still get the same error
messages.
Any1 has any idea how to fix it?
thanks

Ld.so.1: lsnrctl: fatal: relocation error: lsnrctl: symbol nngrsmd symbol

ld.so.1: lsnrctl: fatal: relocation error: file /u05/oradev/devdb/8.1.7/bin/lsnrctl: symbol nngrsmd: referenced symbol not found
Hi,
i tried to start the listener
database version: 8.1.7.4 @ sun solaris sparc
this instance is working, down the system yesterday.
as we tried to bring up, it shows the following error
Looking the valuable to make up this instance
ld.so.1: lsnrctl: fatal: relocation error: file /u05/oradev/devdb/8.1.7/bin/lsnrctl: symbol nngrsmd: referenced symbol not found
Killed
advanced thanks for your time and vaulable reply
awaiting for your reply
Thanks
regards
selvan
[email protected]

It's not related to SQL or PL/SQL at all (apart from they are all part of Oracle databases).
You should try the Database General forum: General Database Discussions

Error with Solaris 8 and Apache 2.0.39

Hello everyone.
I've been trying to install the binary version of Apache 2.0.39 on Solaris 8. With the binary files copied to /usr/local/apache2 and using the following command:
. apachectl -f /usr/local/apache2/conf/httpd.conf -k start
I get the following error:
Syntax error on line 235 of /usr/local/apache2/conf/httpd.conf:
Cannot load /usr/local/apache2/modules/mod_auth_digest.so into server: ld.so.1:
/usr/local/apache2/bin/httpd: fatal: relocation error: file /usr/local/apache2/m
odules/mod_auth_digest.so: symbol __floatdidf: referenced symbol not found
Following the same steps with the binary version (for RedHat) works perfectly under Linux. Does anyone have any ideas?

After searching the web, found the answer:
Need to create a symbolic link for the needed file "libgcc_s.so.1".
ie. If "libgcc_s.so.1" is located under "/usr/local/lib" then
cd /usr/lib
ln -s /usr/local/lib/libgcc_s.so.1 libgcc_s.so.1
Then reconfigure and compile Apache 2.

Relocation error from JNI program

Hi,
I am writing a java program which uses JNI to call old c++ libraries, and got error message:
ld.so.1:jdk/bin/sparc/native_threads/java:fatal relocation error:file /home/myhome/lib/libtest.so: symbol __xxxxx: referenced symbol not found
libtest.so is the shared library called indirectly by the java program. __xxxxx is the symbol of the function which is called in libtest.so and is defined in another library libcalledtest.so.
Both libraries libtest.so and lbcalledtest.so are in the same directory which is in LD_LIBRARY_PATH.
I am using SunOS 5.5.1, java 1.2.2 and SC++ 4.2. Please send response to [email protected]
thanks

I'm also getting a similar linking problem when I try to invoke a jni call to libtest.so. It was compiled with the following options:
CC -w -KPIC -Bdynamic -mt -I$HOME/bryce -I$HOME/j2sdk1.4.2/include -I$HOME/j2sdk1.4.2/include/solaris test.cpp -L/opt/SUNWspro/lib -L$HOME/bryce -L$HOME/j2sdk1.4.2/lib -o libtst.so -lnsl -lthread -lsocket -lrwtool -ltst2
It however works fine if I remove any RogueWave (RWCString) code and the -lrwtool option. It also works fien if I do use the ReogueWave code but invoke the shared lib from a C++ executable.
If you can help, please reply to [email protected]
Cheers,
Bryce.

Ldopen() failed:ld.s0.1: fatal: relocation error: ..symbol not found

Hi All,
I got the following fatal error when running my application:
dlopen() failed:ld.so.1: delosd: fatal: relocation error: file libwellbuilder.so.1: symbol __1cDstdM__node_alloc4BiA_N_M_deallocate6FpvI_v_: referenced symbol not found
I compile and link with option -library=stlport4,Crun
I check the libwellbuilder.so.1 but don't see stlport lib at all. Not sure in what lib the undefined symbol is defined.
ldd libwellbuilder.so.1
libconfig.so.1 => /mnt/calnas02/home/zik31726/libs/server/libconfig.so.1
liblogging.so.1 => /mnt/calnas02/home/zik31726/libs/server/liblogging.so.1
libtiff.so.1 => (file not found)
libcdm.so.1 => (file not found)
libdelos.so.1 => /mnt/calnas02/home/zik31726/libs/server/libdelos.so.1
libdbaccess.so.1 => (file not found)
libxtiff.so.1 => (file not found)
libsrvutil.so.1 => /mnt/calnas02/home/zik31726/libs/server/libsrvutil.so.1
libdbprovider.so.1 => (file not found)
libsrvnet.so.1 => /mnt/calnas02/home/zik31726/libs/server/libsrvnet.so.1
libloader.so.1 => /mnt/calnas02/home/zik31726/libs/server/libloader.so.1
libiss_conf.so.1 => /mnt/calnas02/home/zik31726/libs/server/libiss_conf.so.1
libCrun.so.1 => /*usr/lib/libCrun.so.1*
libmd5.so.1 => /usr/lib/libmd5.so.1
libsocket.so.1 => /usr/lib/libsocket.so.1
libc.so.1 => /usr/lib/libc.so.1
libnsl.so.1 => /usr/lib/libnsl.so.1
libdl.so.1 => /usr/lib/libdl.so.1
libmp.so.2 => /usr/lib/libmp.so.2
/usr/platform/SUNW,Ultra-250/lib/libmd5_psr.so.1
/usr/platform/SUNW,Ultra-250/lib/libc_psr.so.1
My solaris system is as following:
CC -V: CC: Sun C++ 5.8 2005/10/13
uname -a: SunOS dlp001 5.9 Generic_122300-32 sun4u sparc SUNW,Ultra-250System = SunOS
If you know how to resolve this issue, please let me know.
Thanks,
Iceman

Thanks for your quick response.
Here is the compiling line, I cut off some due it exceed 5000 line:
/sw/opt/SUNWspro/bin/CC -KPIC -zdefs -library=stlport4 -library=stlport4,Crun -lm -lc -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.config/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.logging/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.vendor.lib.libtiff/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/nsl/1.1 -I/usr/include/test -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.loader/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.issconf/1.0 -DSunOS=900000 -g -DUNIX -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.config/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.util/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.dbprovider/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.net/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.loader/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.issconf/1.0 -c CurveDigits.cpp -o CurveDigits.cpp_So.o
/usr/ccs/bin/ld -o CurveDigits.So -r CurveDigits.cpp_So.o
/bin/rm CurveDigits.cpp_So.o
And linking line:
/sw/opt/SUNWspro/bin/CC -Bdynamic -G -zdefs -library=stlport4 -library=stlport4,Crun -lm -lc -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.config/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.logging/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.vendor.lib.libtiff/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.loader/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.issconf/1.0 -DSunOS=900000 -g -DUNIX -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.config/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.logging/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.loader/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.issconf/1.0 -o libwellbuilder.so.1 -h libwellbuilder.so.1 *.So -L /mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.config/1.0 -lconfig -L /mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.logging/1.0 -llogging -lxtiff -L /mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.util/1.0 -lsrvutil -L /mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.dbprovider/1.0 -ldbprovider -L /mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.net/1.0 -lsrvnet -L /mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.loader/1.0 -lloader -L /mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.issconf/1.0 -liss_conf

Relocation error in solaris.

Similar Messages

Maybe you are looking for