-
Bug
-
Resolution: Not an Issue
-
P4
-
None
-
7u2
-
x86
-
linux_ubuntu
Short desc:
preconditions: x32 bit JRE on x64 bit linux ( tested on Ubuntu 10.04 x64 ), cache is cleared
test: run jnlp application that requests shortcut to be created on desktop
result:
- x64 bit native lib load error
( actually it might be considered as expected as x64bit Linux misses x32 libs
that are used by java/javaws ):
(<unknown>:26140): libgnomevfs-WARNING **: Cannot load module `/usr/lib/gnome-vfs-2.0/modules/libfile.so' (/usr/lib/gnome-vfs-2.0/modules/libfile.so: wrong ELF class: ELFCLASS64)
- much more negative effect: jnlp application fails to load/execute, it just hangs
( sometimes with "downloading app" window, sometimes with "patching app window )
All works ok with x64 but java.
And even more:
- try to run an application that requests shortcut with x64 javaws - it works OK
- then try to run the same app with x32 bit javaws:
"Cannot load module ...wrong ELF class: ELFCLASS64" message still appears,
but application runs correctly.
Looks like cache created by x64 javaws helps to avoid hangs in this case.
See details/test links in "Comments" section.
preconditions: x32 bit JRE on x64 bit linux ( tested on Ubuntu 10.04 x64 ), cache is cleared
test: run jnlp application that requests shortcut to be created on desktop
result:
- x64 bit native lib load error
( actually it might be considered as expected as x64bit Linux misses x32 libs
that are used by java/javaws ):
(<unknown>:26140): libgnomevfs-WARNING **: Cannot load module `/usr/lib/gnome-vfs-2.0/modules/libfile.so' (/usr/lib/gnome-vfs-2.0/modules/libfile.so: wrong ELF class: ELFCLASS64)
- much more negative effect: jnlp application fails to load/execute, it just hangs
( sometimes with "downloading app" window, sometimes with "patching app window )
All works ok with x64 but java.
And even more:
- try to run an application that requests shortcut with x64 javaws - it works OK
- then try to run the same app with x32 bit javaws:
"Cannot load module ...wrong ELF class: ELFCLASS64" message still appears,
but application runs correctly.
Looks like cache created by x64 javaws helps to avoid hangs in this case.
See details/test links in "Comments" section.