Wrong Machine Class

We receive the following error when trying to compile on 64 bit Solaris 7 using SunWorkshop 5:
ld: fatal: file cdemo6.o: wrong machine class
Has anyone seen this message before and if so were they able to resolve the problem.
Thanks in advance

Hi,
I found following technote on related subject.
Technote suggests the method to diagnose this problem.
Thanks
Kalpesh
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
SYNOPSIS: Compilation error message "ld: fatal: wrong machine class"
OS: Solaris/SunOS
PLATFORM: Generic
OS VERSION: 7
TECH AREA: OS
PRODUCT: Utilities
KEYWORDS: ld wrong machine class cc LD_OPTIONS
DESCRIPTION: What to do when the compiler emits the error message "ld: fatal: wrong
machine class"
SOLUTION: This error message can be printed when the user attempts to link binaries
compiled for different architecture. Here is an example compilation which
can cause problems.
An application is built using two C files (foo.c foo1.c).
cc -c foo1.c
cc -c foo.c -xarch=v9
cc -o foo foo.o foo1.old: fatal: file foo.o: wrong machine class
ld: fatal: File processing errors. No output written to foo
A quick check with the "file" command will show the problem:
file *.ofoo.o: ELF 64-bit MSB relocatable SPARCV9 Version 1
foo1.o: ELF 32-bit MSB relocatable SPARC Version 1
Note that foo.o was built as a Sparc V9 binary.
That was a very simple example. With more complex link phases, the problems
could be far more obscure. In that case, there is a linker variable
which may help. The "-D files" flag will print the files which the
linker is opening. A simple way to set the flag is to set "LD_OPTIONS='-D
files'" in the environment.
export LD_OPTIONS="-D files"
cc -D files -o foo foo.o foo1.odebug: file=/opt/SUNWspro/SC5.0/lib/crti.o [ ET_REL ]
debug: file=/opt/SUNWspro/SC5.0/lib/crt1.o [ ET_REL ]
debug: file=/opt/SUNWspro/SC5.0/lib/values-xa.o [ ET_REL ]
debug:
debug: file=foo.o rejected: ELF class mismatch: 32-bit/64-bit
debug:
ld: fatal: file foo.o: wrong machine class
ld: fatal: File processing errors. No output written to foo
This output could help track down the miscompiled binary.

Similar Messages

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 ]

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-

Portege 2010: message wrong machine appears

On my Portege 2010 message "wrong machine" appears by using recovery CD for Portege 2000
Detais are here.
Portege 2010 > origionaly had chinese version of Win XP home edition >><< i bought it from a person who some how had installed winXP pro and Win 98 on it.
i tried to format HD to use my own copy of XP pro corp.....this is where my problem began.
Portege boots up drpm WIn98 CD and boot disk as well ....... after loading diagnostic tools >> i get message "device driver MSCD001 not found and CD-rom driver not found..........
mY qUESTION :: How can i proceed onward from this Message >>>
>><< i bought Portege 2000 3 Recovery CDs assuming that it will restore Portege but after running first CD ><> i get a big message Wrong Machine
mu Question is is it possible to restore Portege 2000 on Portege 2010 that origionally had chinese version of OS...
what else can i do to Install WinXp on my Portege 2010 ........ and how can i solve the message CD-rom device driver MSCD001 not found

Hello
Unfortunately there is nothing to do. The recovery image is created for each notebook model and it can not be used for different notebook models. Can you imagine the situation that you can use every recovery media on every notebook model?
Every notebook has specific hardware configuration and because of that the recovery medias are specific for particular notebook model.
By the way: which CD-Rom device you use?

Custom Prompt sometimes shows wrong Machine Name

I set up a custom command prompt in my .bash_profile to show the machine name. Sometimes it works, sometimes it doesn't.
The command:
export PS1='\[\033[0;32m\]\h \W\$ \[\033[0m\]'
Sometimes it shows
lud610wxp-sales rfreedman$
Sometimes it shows
qaimac rfreedman$
This is correct
I see the same behavior on other systems although the wrong machine name is different.

If you're on a network, the hostname for the prompt is set by performing a reverse DNS lookup of your IP address. Often an old entry will be listed in the reverse DNS table before the current one, and its name will be used instead of the correct one. You can manually edit /etc/hostconfig if this bothers you, but it generally does not affect anything because forward DNS queries will be correct.

Error message "wrong machine" on Qosmio G35-AV650

Hi
please help me with the "wrong machine" message in my notebook .... how can I update DMI ?
Thank you !

Hello,
There is a solution for this problem.
With a DMI update utility (generic) you can modify the DMI information on your Qosmio.
Instructions to modify the DMI information:
1. Once the DMI Utility image is downloaded, with a blank, formatted diskette in the floppy
disk drive, create the DMI Utility disk by clicking on the downloaded file and following the
instructions.
2. Boot from the DMI Utility disk. Ensure that the disk is write-Enabled.
3. Press the 2 key to choose the "Write DMI String" option from the DMI Utility menu.
4. For Manufacturer, type TOSHIBA and press Enter.
5. For "Product Name", enter the product name as given in the information section of the
Issue Alert. Make sure the Product Name is entered exactly as written in the Issue Alert
including spaces / no spaces, caps / lower case, etc. Press Enter to go to the next field.
6. For the "Version Number", enter the complete part number of the computer (i.e.
PT831U-102T97) from the product label on the bottom of the computer and press Enter.
If the computer is a factory-refurbished computer (i.e. PT831U-102T97B), leave off the B
at the end.
7. For "Serial Number", enter the serial number from the product label on the bottom of the
computer and press Enter. Omit the dash and the number after it (i.e. for serial number
12345678A-1, you would enter 12345678).
8. For UUID, press Enter to skip this field. Typically the UUID will not need to be entered,
as it is not cleared when the system boards are repaired. Should this field be blank, enter
the UUID manually. The UUID is typically located on a label affixed to the system board
near the mini-PCI slot.
9. For the OEM Part Number, enter the complete part number of the computer (i.e.
PT831U-102T97) from the product label on the bottom of the computer and press Enter.
If the computer is a factory-refurbished computer (i.e. PT831U-102T97B), leave off the B
at the end.
10. For the OEM SW Number, press Enter to skip this field.
11. If the DMI information is correct, press F2 to confirm the changes; otherwise, press F4 to
ignore the changes and make corrections.
12. Press F2 to save the changes and write the DMI string to the computers EEPROM.
13. Eject the DMI Utility disk and restart the computer.
The computer is now ready to restore the factory pre-installed software using the appropriate
Toshiba recovery media.
if you are interested, I can put the DMI update tool image available for download.
Let me know...
But please... DO IT AT YOUR OWN RISK
Francisco Jr

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,

How can identify those entries which is assigned in wrong Valuation Class

Hi,
In our Material Master Data, we have maintained wrong Valuation Class against Material Group. Now consumption and all things related to those material's going in wrong GL.
Now, we have total number of wrongly created Material number according to Material Group and correct Valuation class.
Please tell me how can we identify those entries which is related to wrong assigned valuation class. ....
Pleas guide...

Thanks dear...
Please confirm that in Tcode MR51, contains only wrongly assigned entries...
Also in MR51 output, valuation class not showing... Is it possible to add in it...
Regards.

Depreciation posted for the wrong asset class

Hi Experts
An asset was posted for the wrong asset class. Invoices for this asset were already posted and depreciation was posted for several months. Now we realize the mistake and want to correct it. How can we reverse the origanl documents including the depreciation and post it to the correct asset class accounts?
Thanks
Ofer

Hi Ofer,
you can transfer the depreciation to the new asset. Why you want to reverse th edepreciation?
Generally depreciation can not reversed. If you want to reverse the depreciation you can enter depr. key "0000" and make a repead run. In that case the depreciation will be reversed (posted oposite) for alle open fiscal years.
regards Bernhard

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: 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}

Wrong Machine Class

Similar Messages

Maybe you are looking for