Ljubomir Ljubojevic wrote: > m.roth at 5-cent.us wrote: >>> please watch out for i386/x86_64 differences, and replace path where >>> needed. >> >> Ok, this used to be, for i386. At any rate, that's not in the Sun >> package, as released via RHN. > > This is what is now on my CentOS 5.6 64-bit: > > use libnpjp2.so from > /usr/java/jre1.6.0_22/lib/amd64/libnpjp2.so > > and create link to > /usr/lib64/mozilla/plugins/libnpjp2.so > /usr/lib64/mozilla/plugins-wrapped/libnpjp2.so > > I hope this path works for you. Please post results. > The package RH releases puts it under /usr/lib/jvm/java-1.6.0-sun-1.6.0.26.x86_64/jre/, so my link is /usr/lib64/mozilla/plugins/libnpjp2.so -> /usr/lib/jvm/java-1.6.0-sun-1.6.0.26.x86_64/jre/lib/amd64/libnpjp2.so file tells me it is 64 bit. ldd looks good. Interesting: I was firing it up again, and was about to strace it, when it immediately crashed, trying to restore the last link I clicked on, to "is java enabled", with Exception in thread "main" java.lang.NoClassDefFoundError: sun/plugin2/main/server/MozillaPlugin Caused by: java.lang.ClassNotFoundException: sun.plugin2.main.server.MozillaPlugin at java.net.URLClassLoader$1.run(URLClassLoader.java:202) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) firefox: ../../../../src/plugin/share/plugin2/npjp2/MozPluginInstance.cpp:241: bool MozPluginInstance::SetWindow(void*, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int): Assertion `m_pluginObject != __null' failed. I just rm'd the link to /usr/lib64/mozilla/plugins-wrapped/libnpjp.so.1, and it no longer crashes instantly on going to the javatester version page. Ok, now for the strace... nice, I click on the enabled link, and it crashes with a SEGV. More looking to do... mark