Wrong Elf Class: Elfclass32 (Possible Cause: Architecture Word Width Mismatch)

wrong ELF class: ELFCLASS32 (Possible cause: architecture word width mismatch)

It doesn't work because you're using a 64-bit version of Java, and the SDK you're trying to use contains a 32-bit native library (libbeidlibJava_Wrapper.so.3.5.3). The 64-bit JRE cannot load 32-bit native libraries.

You'll need to use a 32-bit version of Java, or find a version of the SDK that has 64-bit native libraries.

Wrong ELF class: How does one successfully install OpenSpliceDDS?

You're running a 64bit operating system - the x86_64 indicates this.

You're running a 64bit java VM - OpenJDK 64-Bit Server VM (build 25.111-b15, mixed mode)

You've got a 32-bit library: /root/Downloads/HDE/x86.linux/lib/libdcpssaj.so: wrong ELF class: ELFCLASS32 (Possible cause: architecture word width mismatch)

The simplest workaround is to download the 64bit version of OpenSplice DDS to get past this issue.

Eclipse JNI shared library architecture word width mismatch) Wrong ELF class UnsatisfiedLinkError

Reconfigure Eclipse to use a 64-bit JVM to launch your program, since you've built a 64-bit JNI shared library.

wrong ELF class: ELFCLASS32

Based on the conversation in the other answer, it was inferred that the JVM was a 64-bit process. This was confirmed using the pflags command in Solaris.

Apparently the -d32 flag passed to the JVM was being ignored. This was due to the possibility of the JVM being a 64-bit one, which was incapable of operating in the 32-bit mode. The resolution might therefore be to install a 32-bit version of JVM, and use the same.



Related Topics



Leave a reply



Submit