|
Re: java.lang.UnsatisfiedLinkError: wrong elf class elfclass32 [message #731943 is a reply to message #731239] |
Mon, 03 October 2011 14:13 |
Grant Gayed Messages: 2150 Registered: July 2009 |
Senior Member |
|
|
Hi,
First question, what are you running on? The path gives the impression
that it may be HPUX (?). Or is it just Linux?
It looks like libjuh.so is a required dependency, and is available on
your machine in a 32-bit flavour. Are you able to try your case with
real 32-bit eclipse and jre installs (not just passing -D32 to the
64-bit jre)?
Grant
On 9/30/2011 7:20 AM, Ajinkya wrote:
> Hi,
>
> I am using Eclipse IDE 3.7 for my RCP application. While running the
> application, following Exception gets logged in the log view:
> java.lang.UnsatisfiedLinkError:
> /opt/hp93000rt/el5/i386/pqr_ure_udk_23-1.1/ure/lib/libjuh.so:
> /opt/hp93000rt/el5/i386/pqr_ure_udk_23-1.1/ure/lib/libjuh.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:1778)
> at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1703)
> at java.lang.Runtime.loadLibrary0(Runtime.java:823)
> at java.lang.System.loadLibrary(System.java:1028)
> at
> com.sun.star.comp.helper.Bootstrap.defaultBootstrap_InitialComponentContext(Bootstrap.java:213)
>
> .......
> ....
>
>
> On analysing further I found that this might be due to the use of 64 bit
> JVM. From other news group posts, it was suggested to use a 32 bit
> inorder to solve the issue. For this I added -D32 to the VMargs.
>
> On using a 32- bit JVM, following Exception is observed:
>
>
> java.lang.UnsatisfiedLinkError: no juh in java.library.path
> at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1709)
> at java.lang.Runtime.loadLibrary0(Runtime.java:823)
> at java.lang.System.loadLibrary(System.java:1028)
> at
> com.sun.star.comp.helper.Bootstrap.defaultBootstrap_InitialComponentContext(Bootstrap.java:213)
>
> ......
> ....
>
> We are still checking on newsgroup post for similar issues. But have not
> found any for eclipse 3.7 version.
> We are not observing this issue with same set up on eclipse IDE 3.5.
> We are not able to identify root cause for this issue.
>
> If anyone can suggest any pointers to resolve this issue, it would be of
> great help.
>
>
> Thanks in Advance,
> Ajinkya
|
|
|
Re: java.lang.UnsatisfiedLinkError: wrong elf class elfclass32 [message #734209 is a reply to message #731943] |
Fri, 07 October 2011 04:21 |
Ajinkya Dhumal Messages: 11 Registered: September 2011 |
Junior Member |
|
|
Hi Grant,
Thanks for your reply.
Answering to your first question, I am running the application on Linux.
One more thing I noticed was, the use of VMargs which was previously posted was incorrect, hence 32 JVM was not used. On properly adding -d 32 to the VM Arguments found that running a 32 bit JVM was not supported on the platform.
The actual problem is, though this issue gets resolved by using a 32 bit JVM, it won't be possible to use it for the application.
So I wanted to know, other than using a 32 bit JVM or upgrading the libjuh.so to 64 bit, is there any possible alternative which might be helpful.
Please do reply for any suggestions.
Thanks,
Ajinkya
|
|
|
Re: java.lang.UnsatisfiedLinkError: wrong elf class elfclass32 [message #734381 is a reply to message #734209] |
Fri, 07 October 2011 15:15 |
Grant Gayed Messages: 2150 Registered: July 2009 |
Senior Member |
|
|
There isn't a way to launch a 32-bit Eclipse/SWT app, or to load 32-bit
libraries, with a JRE that's running in 64-bit mode. So I don't have
anything to suggest beyond getting a 32-bit JRE or re-compiling your
library as 64-bit.
Grant
On 10/7/2011 12:21 AM, Ajinkya wrote:
> Hi Grant,
>
> Thanks for your reply.
> Answering to your first question, I am running the application on Linux.
> One more thing I noticed was, the use of VMargs which was previously
> posted was incorrect, hence 32 JVM was not used. On properly adding -d
> 32 to the VM Arguments found that running a 32 bit JVM was not supported
> on the platform.
>
> The actual problem is, though this issue gets resolved by using a 32 bit
> JVM, it won't be possible to use it for the application.
> So I wanted to know, other than using a 32 bit JVM or upgrading the
> libjuh.so to 64 bit, is there any possible alternative which might be
> helpful.
>
> Please do reply for any suggestions.
>
> Thanks,
> Ajinkya
>
>
|
|
|
|
Powered by
FUDForum. Page generated in 0.02371 seconds