Libclntsh.so.10.1: wrong ELF class: ELFCLASS64

Hello experts.
I getting the follow error when I start the application Remedy
./arserverd: error while loading shared libraries: libclntsh.so.10.1: wrong ELF class: ELFCLASS64
I SO is linux x86-64
My client version is 11.2.0.3.0 for 64bits.
Can You help -me ?

as my experience
it's the .o file and library file mismatch in ELF
use
file *.o to check those .o file is 32 bit or 64 bit
then use
gcc -m64 or
g++ -m64
to force conpile and link in 64 bit to comform with library

Similar Messages

A general error has occurred. libclntsh.so.10.1: wrong ELF class: ELFCLASS6

Hi All,
we have OBIEE installed on RedHat Linux (64-bit) and getting bellow errore while trying to update row count from RPD.
we are using OCI to connect to oracle database(installed oracle 10g 10.2.0.1 64 bit) and our OBIEE is 32 bit. I have followed all the instructions from old posts like.
setting environmental variables in user.sh file but still its throwing error.
Environmental variables:
ORACLE_HOME=/Oracle/10.2.0.1/client
export ORACLE_HOME
TNS_ADMIN=$ORACLE_HOME/network/admin
export TNS_ADMIN
PATH=$ORACLE_HOME/bin:/opt/bin:$PATH
export PATH
LD_LIBRARY_PATH=$ORACLE_HOME/lib32:$ORACLE_HOME/lib:$LD_LIBRARY_PATH
and client is using ldap to resovle database connection.
ERROR:
State: HY000. Code: 10058. [NQODBC] [SQL_STATE: HY000] [nQSError: 10058] A general error has occurred. libclntsh.so.10.1: wrong ELF class: ELFCLASS64 [nQSError: 46029] Failed to load the DLL OBIEE_HOME/OracleBI/server/Bin/libnqsdbgatewayoci10g.so. Check if 'Oracle OCI 10G' database client is installed. (HY000
Thanks
Venkat

Venkat,
I'm not sure if you are using OBIEE 11g or OBIEE 10g.
If you are using OBIEE 11g then your #1 problem is that you must install the 64-bit version of OBIEE 11g in on a 64bit OS for all to perform properly.
You must also make sure to conduct the Software Only installation.
Let me know if that is case that you are using oBIEE 11g or not?
Cheers,
Christian
http://www.artofbi.com

Load Balancing-wrong ELF class: ELFCLASS64

GlassFish 3.1.1
Apache Webserver 2.2.x
To configure the loadbalancing I followed the following link
http://docs.oracle.com/cd/E18930_01/html/821-2426/abdhg.html
However Although the linux machine I am using is 32bit version I am having the following error.
After google search, I have found many points referencing 64compile, but I have properly assigned the corrent flags and compiled it.
+[root@bin]# ./apachectl start+
httpd: Syntax error on line 419 of /usr/local/apacheHttpServer/conf/httpd.conf: Cannot load /usr/local/apacheHttpServer/modules/mod_loadbalancer.so into server: /usr/local/apacheHttpServer/modules/mod_loadbalancer.so: wrong ELF class: ELFCLASS64
+[[email protected]]# file /usr/bin/file+
+/usr/bin/file: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped+
+[root@]# export+
declare -x AS_HOME="/usr/local/glassfish-3.1.1/glassfish"
declare -x CFLAGS="-m32"
Besides that do I need the enable mod_jk for loadbalancing for glassfish App Serv, where mod_jk enabling is not mentioned in the link given above.
Thanks in advance.

I have installed jk-connector module following the instruction in link http://tomcat.apache.org/connectors-doc/
In this link there is a src file should be complied pointing the <web_server>/bin/apxs, there will be created a mod_jk.so file which has to be reperenced in httpd.conf file web server before starting the web server.
If you do not want to spend installing and compling jk-connector module, you can download compiled version of jk-module: http://archive.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/linux/jk-1.2.31/i386/
Thanks all for motivating me to find the real solution.
-Istanbul-

Wrong ELF class: ELFCLASS64 when trying to start HTTP Server

Oracle11gR1 Database on OEL 5 64bit with Oracle10gR3 (10.1.3.3.0) Application Server
I have finished installing Oracle Application Server and in the end it fails to bring up HTTP Server. I checked the logs and saw the following:
/opt/app/oracle/product/11.1.0/http_1/ohs/bin/apachectl startssl: execing httpd
/opt/app/oracle/product/11.1.0/http_1/ohs/bin/httpd: error while loading shared libraries: libgdbm.so.2: wrong ELF class: ELFCLASS64
I am thinking that it could be a 32bit vs. 64bit libraries. I have tried to create some links but still no luck. Below are the current links that I have in the /usr/lib and /usr/lib64 directories.
1. /usr/lib
# ls -al libgdbm*
lrwxrwxrwx 1 root root 16 Sep 3 09:47 libgdbm.so.2 -> libgdbm.so.2.0.0
-rwxr-xr-x 1 root root 26792 Sep 3 09:41 libgdbm.so.2.0.0
2. /usr/lib64
# ls -al libgdbm*
lrwxrwxrwx 1 root root 16 Sep 3 10:17 libgdbm.so -> libgdbm.so.2.0.0
lrwxrwxrwx 1 root root 16 Jul 18 04:34 libgdbm.so.2 -> libgdbm.so.2.0.0
-rwxr-xr-x 1 root root 26792 Jun 5 2007 libgdbm.so.2.0.0
lrwxrwxrwx 1 root root 23 Sep 3 10:19 libgdbm.so.3 -> /usr/lib64/libgdbm.so.2
Thank you.

My OEL 5 also had the gdbm package installed, but only the 64bit version.
I've installed the i386 version also and now it works.
To check to which dynamic libraries a binary will use you issue the command ldd <binary>
Then you could check to which he will be linked.
Be aware that library resolving could be influenced by environment variables which will sometime also be set(overwritten) by the calling script.
ldd /u01/app/oracle/product/admin/web10g/ohs/bin/httpd
     linux-gate.so.1 => (0xffffe000)
     libaprutil-0.so.0 => not found
     libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0xf7f04000)
     libdb-3.3.so => /lib/libdb-3.3.so (0xf7e0d000)
     libexpat.so.0 => /lib/libexpat.so.0 (0x00b64000)
     libapr-0.so.0 => not found
     libpthread.so.0 => /lib/libpthread.so.0 (0x00707000)
     librt.so.1 => /lib/librt.so.1 (0x007ef000)
     libm.so.6 => /lib/libm.so.6 (0x00726000)
     libcrypt.so.1 => /lib/libcrypt.so.1 (0xf7dda000)
     libnsl.so.1 => /lib/libnsl.so.1 (0xf7dc3000)
     libdl.so.2 => /lib/libdl.so.2 (0x00720000)
     libc.so.6 => /lib/libc.so.6 (0x005c1000)
     /lib/ld-linux.so.2 (0x005a3000)
Two libraries still not found but they are resolved by a env. variable setting by opmn.
To get to your issue, check if the httpd is resolving to the correct ( the 32bit ) libraries.
Hope this helps.

X86_64 smokin-guns - libXxf86dga.so.1: wrong ELF class: ELFCLASS64

Hi.
I have all of lib32 installed.
I can run most games, however I am trying to run smokin-guns via the phoronix-test-suite.
I get the following error :-
./smokinguns.x86: error while loading shared libraries: libXxf86dga.so.1: wrong ELF class: ELFCLASS64
I notice there is no libXxf86dga file in lib32
# sudo locate libXxf86dga.so
/usr/lib/libXxf86dga.so
/usr/lib/libXxf86dga.so.1
/usr/lib/libXxf86dga.so.1.0.0
Anyone know how to sort this ?
Last edited by yossarianuk (2009-02-27 20:00:52)

It looks as if you'll need to create a lib32 package, or have someone do it for you. libxxf86dga also requires xf86dgaproto which doesn't have a lib32 counterpart in community.

Kmines: don't start | wrong ELF class: ELFCLASS64

i have installed kmines but when open i get:
kmines: error while loading shared libraries: libopenal.so.1: wrong ELF class: ELFCLASS64
$ ~ ls -l /usr/lib/libopenal*
-rwxr-xr-x 1 root root 356849 ago 6 19:18 /usr/lib/libopenal.so.1.14.0
lrwxrwxrwx 1 root root 14 ago 6 21:18 /usr/lib/libopenal.so.1 -> libopenal64.so
-rw-r--r-- 1 root root 395431 ago 6 19:18 /usr/lib/libopenal64.so
lrwxrwxrwx 1 root root 14 abr 1 2012 /usr/lib/libopenal.so -> libopenal.so.1
I have arch linux 32bits with kde...
Last edited by fpilee (2012-11-26 16:43:06)

$ ~ ls -l /usr/lib/libopenal*
-rwxr-xr-x 1 root root 338188 abr 1 2012 /usr/lib/libopenal.so.1.14.0
lrwxrwxrwx 1 root root 14 nov 23 00:57 /usr/lib/libopenal.so.1 -> libopenal64.so
-rw-r--r-- 1 root root 395431 ago 6 19:18 /usr/lib/libopenal64.so
lrwxrwxrwx 1 root root 14 abr 1 2012 /usr/lib/libopenal.so -> libopenal.so.1
i will modify the soft links to follow your format.
is better replace libopenal64.so with Libopenal.so.1.14.0
#mv /usr/lib/libopenal.so.1 /usr/lib/libopenal.so.1.bak
#ln -s /usr/lib/libopenal.so.1.14.0 /usr/lib/libopenal.so.1
#ls -l /usr/lib/libopenal*
-rw-r--r-- 1 root root 395431 ago 6 19:18 /usr/lib/libopenal64.so
lrwxrwxrwx 1 root root 14 abr 1 2012 /usr/lib/libopenal.so -> libopenal.so.1
lrwxrwxrwx 1 root root 28 nov 23 21:49 /usr/lib/libopenal.so.1 -> /usr/lib/libopenal.so.1.14.0
-rwxr-xr-x 1 root root 338188 abr 1 2012 /usr/lib/libopenal.so.1.14.0
lrwxrwxrwx 1 root root 14 nov 23 00:57 /usr/lib/libopenal.so.1.bak -> libopenal64.so
Last edited by fpilee (2012-11-26 16:47:45)

PLL/FMB compilation - wrong ELF class: ELFCLASS64 error

Hi,
i try to compile PLL/FMB sources in unix server, i am getting the below issue
Processing File {PLL_NAMES}.PLL\c
{ORACLE_APP_SERVER_HOME_PATH}/bin/frmcmp: error while loading shared libraries: libjvm.so: wrong ELF class: ELFCLASS64
-Failed
kindly help to resove this issue.
Thanks in advance.

Please use forum {forum:id=82}

Ld: fatal: /lib/libmakestate.so.1: wrong ELF class: ELFCLASS32"

I installed Oracle 9011 EE on Solaris 8, using silent repsonseFile mode.
The log showed problems in all link targets and trying to relink all
I got:
"ld: fatal: dlopen() of support library (libmakestate.so.1) failed with error: ld.so.1: /usr/ccs/bin/sparcv9/ld: fatal: /lib/libmakestate.so.1: wrong ELF class: ELFCLASS32"
It seems a target is 64 bit but the linker finds only the 32 bit library.
Anyone with similar problem or solution?
How can I get a 64 bit version of the lib?
Or should I dig into the makefiles?

On my system it says:
ld: fatal: dlopen() of support library (libmakestate.so.1) failed with error: ld.so.1: /usr/ccs/bin/sparcv9/ld: fatal: libmakestate.so.1: open failed: No such file or directory
You had the same problem befor ?
frank

Cannot run loadjava on Solaris 10 64-bit server - wrong ELF class error

We are running into a problem when trying to run loadjava on a 10.2.0.3 database running on a Solaris 10 64-bit server.
loadjava -user xxxxx/xxxxx -verbose -resolve -force my.jar
creating : resource pea.properties
loading : resource pea.properties
ld.so.1: oracle: fatal: /var/db/10.2.0/lib32/libskgxp10.so: wrong ELF class: ELFCLASS32
The LD_LIBRARY_PATH does not have the lib32 directory on it, it has /var/db/10.2.0/lib instead.
Any idea on what to do?

Hi,
Correct. The note specify general recommendations for setting the environment. The utility loadjava is not an exception.
Regards,

Wrong ELF class error when trying to run the emulator

Hello, I've downloaded and installed both the JDK 6 Update 2 (Linux 64) and WTK 2.5.1 as described in the website and everything seems to be fine. However, whenever I try to run an examples, I get the following error:
java.lang.UnsatisfiedLinkError: /home/myuser/WTK2.5.1/bin/sublime.so: /home/myuser/WTK2.5.1/bin/sublime.so: wrong ELF class: ELFCLASS32 (Possible cause: architecture word width mismatch)
     at java.lang.ClassLoader$NativeLibrary.load(Native Method)
     at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1751)
     at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1647)
     at java.lang.Runtime.load0(Runtime.java:770)
     at java.lang.System.load(System.java:1005)
     at com.sun.kvem.Sublime.<init>(Unknown Source)
     at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
     at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
     at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
     at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
     at java.lang.Class.newInstance0(Class.java:355)
     at java.lang.Class.newInstance(Class.java:308)
     at com.sun.kvem.Lime.createLime(Unknown Source)
     at com.sun.kvem.KVMBridge.<init>(Unknown Source)
     at com.sun.kvem.KVMBridge.getBridge(Unknown Source)
     at com.sun.kvem.midp.MIDP.run(Unknown Source)
     at com.sun.kvem.environment.EmulatorInvoker.runEmulatorImpl(Unknown Source)
     at com.sun.kvem.environment.EmulatorInvoker.main(Unknown Source)
     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     at java.lang.reflect.Method.invoke(Method.java:597)
     at com.sun.kvem.environment.JVM.main(Unknown Source)
I'm running Fedora 7 x86_64
My Java environment is:
java version "1.6.0_02"
Java(TM) SE Runtime Environment (build 1.6.0_02-b05)
Java HotSpot(TM) 64-Bit Server VM (build 1.6.0_02-b05, mixed mode)
My jre is a 64-bit version but the ktoolbar seems to be compatible with 32-bit versions only. is there a way to fix this?
Any help is appreciated.

Hi there,
I'm having the same problem when running the emulator. I've tried changing the emulator file as suggested but have had no luck! I'm using Ubuntu and the java version im using is
java version "1.6.0_03"
Java(TM) SE Runtime Environment (build 1.6.0_03-b05)
Java HotSpot(TM) 64-Bit Server VM (build 1.6.0_03-b05, mixed mode)
I have the latest version of the WTK also. The error message I get is
ava.lang.UnsatisfiedLinkError: /home/john/Progs/WTK2.5.2/bin/sublime.so: /home/john/Progs/WTK2.5.2/bin/sublime.so: wrong ELF class: ELFCLASS32 (Possible cause: architecture word width mismatch)
     at java.lang.ClassLoader$NativeLibrary.load(Native Method)
     at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1751)
     at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1647)
     at java.lang.Runtime.load0(Runtime.java:770)
     at java.lang.System.load(System.java:1005)
     at com.sun.kvem.Sublime.<init>(Unknown Source)
     at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
     at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
     at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
     at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
     at java.lang.Class.newInstance0(Class.java:355)
     at java.lang.Class.newInstance(Class.java:308)
     at com.sun.kvem.Lime.createLime(Unknown Source)
     at com.sun.kvem.KVMBridge.<init>(Unknown Source)
     at com.sun.kvem.KVMBridge.getBridge(Unknown Source)
     at com.sun.kvem.midp.MIDP.run(Unknown Source)
     at com.sun.kvem.environment.EmulatorInvoker.runEmulatorImpl(Unknown Source)
     at com.sun.kvem.environment.EmulatorInvoker.main(Unknown Source)
     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     at java.lang.reflect.Method.invoke(Method.java:597)
     at com.sun.kvem.environment.JVM.main(Unknown Source)
Any help with this would be much appreciated!
John

...wrong ELF class: ELFCLASS32

Does anyone knows what does that means? I�ve installed the J2RE 1.4 and i began to happen when I compile and try to run
Exception in thread "main" java.lang.UnsatisfiedLinkError: /usr/lib/libTesteParse.so: ld.so.1: java: fatal: /usr/lib/libTesteParse.so: wrong ELF class: ELFCLASS32

What do you mean? I'm using Solaris and i've installed the 32 bits version and than upgraded to 64.. is that?

Error with Wrong ELF Class

Hi all,
While compiling in solaris 2.9 with Libraries from 2.6 I am getting this error .
ld: elf error: file /export/home/vkatakam/lib/tk2_sol.a: elf_begin: Format error: archive member truncated
ld: fatal: file /export/home/vkatakam/lib/libdbt0d_osi.so: Format error: shdr table truncated
ld: fatal: File processing errors. No output written to /export/home/vkatakam/Agt
I am using this compiler options like -xildoff -compat=4 -Dfiles -g -o and compiler version is :CC: Forte Developer 7 C++ 5.4
Regards,
Vivek

I am trying to install Time::HiRes 1.74 on the sun solaris sparc machine. This is prequiste to install swatch 3.1.1. But I am running make test, I am getting following error. Please help me out in resolving:
PERL_DL_NONLAZY=1 /export/home/local/bin/perl "-MExtUtils::Command::MM" "-e" "te
st_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/HiRes....Can't load '/export/home/nagios/Time-HiRes-1.74/blib/arch/auto/Time/H
iRes/HiRes.so' for module Time::HiRes: ld.so.1: /export/home/local/bin/perl: fat
al: /export/home/nagios/Time-HiRes-1.74/blib/arch/auto/Time/HiRes/HiRes.so: wron
g ELF class: ELFCLASS64 at /usr/local/lib/perl5/5.8.5/sun4-solaris/DynaLoader.pm
line 230.
at t/HiRes.t line 19
Compilation failed in require at t/HiRes.t line 19.
BEGIN failed--compilation aborted at t/HiRes.t line 19.
t/HiRes....dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 1-28
Failed 28/28 tests, 0.00% okay
Failed Test Stat Wstat Total Fail Failed List of Failed
t/HiRes.t 255 65280 28 55 196.43% 1-28
Failed 1/1 test scripts, 0.00% okay. 28/28 subtests failed, 0.00% okay.
*** Error code 2
make: Fatal error: Command failed for target `test_dynamic'
bash-2.05# /usr/ccs/bin/make install
Installing /usr/local/lib/perl5/5.8.5/sun4-solaris/auto/Time/HiRes/HiRes.so
Files found in blib/arch: installing files in blib/lib into architecture depende
nt library tree
Writing /usr/local/lib/perl5/5.8.5/sun4-solaris/auto/Time/HiRes/.packlist
Appending installation info to /usr/local/lib/perl5/5.8.5/sun4-solaris/perllocal
.pod
I am not using the perl 5.6.1 comes along with 2.9 version, instead I am using perl 5.8.5 precompiled version with gcc available in the sunfreeware.com. I am not using perl 5.6.1 because of 5.6.1 is precompiled with cc which is missing with some of the functions.

Awk: error while loading shared libraries: libdl.so.2: wrong ELF class: ELF

Hello,
I'm installing Application Dependency and Performance (ADP, also call CAMM) in OEM 11g. The steps is as follows:
1) go to the directory ../oms11g/ocamm and extract ocamm.zip file
2) then go to the directory ../oms11g/ocamm/Disk1/InstData/Linux/VM
3) run ./install.bin to perform the installation
However, I got following error message immediately:
Preparing to install...
Extracting the JRE from the installer archive...
Unpacking the JRE...
Extracting the installation resources from the installer archive...
Configuring the installer for this system's environment...
awk: error while loading shared libraries: libdl.so.2: wrong ELF class: ELFCLASS32
dirname: error while loading shared libraries: libc.so.6: wrong ELF class: ELFCLASS32
/bin/ls: error while loading shared libraries: librt.so.1: wrong ELF class: ELFCLASS32
basename: error while loading shared libraries: libc.so.6: wrong ELF class: ELFCLASS32
dirname: error while loading shared libraries: libc.so.6: wrong ELF class: ELFCLASS32
basename: error while loading shared libraries: libc.so.6: wrong ELF class: ELFCLASS32
Launching installer...
grep: error while loading shared libraries: libc.so.6: wrong ELF class: ELFCLASS32
/tmp/install.dir.5356/Linux/resource/jre/bin/java: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory
Can anybody advise me how to resolve this issue? Also more info regarding our environment:
Product: Oracle Enterprise Manager Grid Control 11g
Operating System: Red Hat Enterprise Linux Server release 5.5 (Tikanga) 2.6.18 194.el5 (64-bit)
Hardware Platform: x86_64
Thanks,
Neddy
Edited by: user622199 on Mar 29, 2011 3:37 AM

execute below and check
cat install.bin |sed "s/export LD_ASSUME_KERNEL/#xport LD_ASSUME_KERNEL/" > install.fixed
chmod +x install.fixed
./install.fixed

Wrong ELF data format

Hi,
Platform : Solaris x86
Weblogic: 8.1 SP3
I'm installing Weblogic server and after configuring a single domain I get the following exception at startup:
The WebLogic Server did not start up properly.
java.lang.UnsatisfiedLinkError: /usr/local/weblogic/weblogic81/server/lib/solaris/libweblogicunix1.so: ld.so.1: /usr/j2se/bin/java: fatal: /usr/local/weblogic/weblogic81/server/lib/solaris/libweblogicunix1.so: wrong ELF data format: ELFDATA2MSB
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1560)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1485)
at java.lang.Runtime.loadLibrary0(Runtime.java:788)
at java.lang.System.loadLibrary(System.java:834)
at weblogic.platform.Unix.<init>(Unix.java:14)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
at java.lang.Class.newInstance0(Class.java:308)
at java.lang.Class.newInstance(Class.java:261)
at weblogic.platform.OperatingSystem.getOS(OperatingSystem.java:116)
at weblogic.t3.srvr.SetUIDManager.init(SetUIDManager.java:51)
at weblogic.t3.srvr.T3Srvr.initializeHere(T3Srvr.java:777)
at weblogic.t3.srvr.T3Srvr.initialize(T3Srvr.java:670)
at weblogic.t3.srvr.T3Srvr.run(T3Srvr.java:344)
at weblogic.Server.main(Server.java:32)
Reason: /usr/local/weblogic/weblogic81/server/lib/solaris/libweblogicunix1.so: ld.so.1: /usr/j2se/bin/java: fatal: /usr/local/weblogic/weblogic81/server/lib/solaris/libweblogicunix1.so: wrong ELF data format: ELFDATA2MSB
I did a quick search on here and the closest explanation I can find as an unsupported version. However I took my installer from here.
http://e-docs.bea.com/platform/suppconfigs/configs81/solaris9_x86/81sp3.html

At the risk of being an AOLer, me too.
Exception in thread "main" java.lang.UnsatisfiedLinkError: /export/home/ematrix/
rmi/bin/solaris4/libeMatrix.so: ld.so.1: /usr/jdk/instances/jdk1.5.0/bin/java: f
atal: /export/home/ematrix/rmi/bin/solaris4/libeMatrix.so: wrong ELF data format
: ELFDATA2MSB
        at java.lang.ClassLoader$NativeLibrary.load(Native Method)
        at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1751)
        at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1676)
        at java.lang.Runtime.loadLibrary0(Runtime.java:822)
        at java.lang.System.loadLibrary(System.java:992)
        at com.matrixone.jni.MatrixKernel.getKernel(MatrixKernel.java:42)
        at matrix.util.ComputedClassPath.main(ComputedClassPath.java:77)

Crti.o: wrong machine class (really need help)

Hi all;
I am trying to build in 64 bit with Forte 6 compiler on Solaris2 8 machine. For the build in 64 bit mode i am using the option -xarch=v9. Also i have set environment variable
LD_OPTIONS=-D files /tools_SunOS/Forte6U1/WS6U1/lib/v9/crti.o
The compiler is located in /tools_SunOS/Forte6U1/WS6U1
my LD_LIBRARY_PATH is set to
/usr/lib/sparcv9:/usr/ccs/lib/sparcv9
The error i get is
debug: file=/tools_SunOS/Forte6U1/WS6U1/lib/v9/crti.o [ ET_REL ]
debug:
debug: file=/tools_SunOS/Forte6U1/WS6U1/lib/crti.o; rejected: ELF class mismatch: 32-bit/64-bit
debug:
ld: fatal: file /tools_SunOS/Forte6U1/WS6U1/lib/crti.o: wrong machine class
Why is the linker picking up the 32 bit crti.o?? Is there an option i need to set in the linker to pick up the 64 bit crti.o???
I have tried to run it with LD_LIBRARY_PATH not set and with the -R option to the following
LIB_LOCATION_PATH=/usr/lib/sparcv9:/vob/tools_SunOS/Forte6U1/WS6U1/lib/v9
LIB_LOCATION_OPTIONS =-norunpath -R $(LIB_LOCATION_PATH)
But still the 32 bit crti.o is been picked up and not the 64 bit!! Any ideas?
Thanks
Terry

I am trying to build in 64 bit with Forte 6 compiler
on Solaris2 8 machine. For the build in 64 bit mode i
am using the option -xarch=v9. Also i have set
environment variable
LD_OPTIONS=-D file /tools_SunOS/Forte6U1/WS6U1/lib/v9/crti.o Don't do that. Never add compiler options that point into the compiler installation area, into /usr/include, or /usr/lib. The compiler knows where to find its own components, and will pick the correct ones if you don't try to "help" it.
my LD_LIBRARY_PATH is set to
/usr/lib/sparcv9:/usr/ccs/lib/sparcv9Do not set LD_LIBRARY_PATH at all.
I have tried to run it with LD_LIBRARY_PATH not set
and with the -R option to the following
LIB_LOCATION_PATH=/usr/lib/sparcv9:/vob/tools_SunOS/Fo
rte6U1/WS6U1/lib/v9
LIB_LOCATION_OPTIONS =-norunpath -R
$(LIB_LOCATION_PATH)If you want to pick up shared libraries from the compiler installation area, you don't need any options. The compiler by default will build the executable with dependencies on those libraries.
To link a 64-bit C++ program that uses shared libraries from the compiler installation area, do something like this:
CC -xarch=v9 -o myprog [ list of files and non-default libraries ]

Libclntsh.so.10.1: wrong ELF class: ELFCLASS64

Similar Messages

Maybe you are looking for