I've been following the thread here about SuSE 8.1 with the gcc 3.2 compiled version of mozilla and the problems with the java plugin. While I am waiting for SuSE 8.1 to show up in a theatre near me, I started tinkering with Red Hat 8.0 which is also gcc 3.2 based. Well, following a tip on the redhat-list, I got the current Sun java 1.4.1 plugin to work in mozilla. I can't explain why, but I if you create a symlink to the plugin from the mozilla/plugin directory instead of copying the plugin there, then java applets work. Maybe someone with 8.1 can try that and report back. Here were my exact steps: o downloaded the j2re-1_4_1-linux-i586-rpm.bin file from Sun web site o chmod a+x j2re-1_4_1-linux-i586-rpm.bin o ./j2re-1_4_1-linux-i586-rpm.bin (To extract the rpm file) o rpm -ivh j2re-1_4_0_01-fcs-linux-i386.rpm o cd /usr/lib/mozilla/plugins o ln -s /usr/java/j2re1.4.0_01/plugin/i386/ns610/libjavaplugin_oji.so The path names are from Red Hat 8.0, so may be slightly different on SuSE 8.1 Best Regards, Keith -- LPIC-2, MCSE, N+ Sing blue silver Got spam? Get spastic http://spastic.sourceforge.net
Keith Winston wrote:
I can't explain why, but I if you create a symlink to the plugin from the mozilla/plugin directory instead of copying the plugin there, then java applets work. Maybe someone with 8.1 can try that and report back.
Same trick doesn't work in gentoo, where the symlink is the way it's done by default anyway. I've also tried it with the 1.4.1 jdk - although it did miss out the error message on startup, it still didn't recognise the plugin. I wouldn't expect it to work in suse 8.1 either, for the same reason. Sure Red Hat aren't just distributing a gcc 2.9.x mozilla build? -- Rachel
On Monday 07 October 2002 20.54, Rachel Greenham wrote:
Sure Red Hat aren't just distributing a gcc 2.9.x mozilla build?
There's no such thing as gcc 2.9.x, at least not publicly released. mozilla-bin in the redhat beta I have installed links against libstdc++-libc6.2-2.so.3 which belongs to compat-libstdc++-7.3-2.96.110, so it looks like it's compiled with their old 2.96 compiler, which I believe redhat "fixed" to work with 2.95.3 c++ binaries. I assume this is true for the final version too. //Anders
On Mon, 2002-10-07 at 14:54, Rachel Greenham wrote:
Keith Winston wrote:
I can't explain why, but I if you create a symlink to the plugin from the mozilla/plugin directory instead of copying the plugin there, then java applets work. Maybe someone with 8.1 can try that and report back.
Same trick doesn't work in gentoo, where the symlink is the way it's done by default anyway. I've also tried it with the 1.4.1 jdk - although it did miss out the error message on startup, it still didn't recognise the plugin.
I wouldn't expect it to work in suse 8.1 either, for the same reason.
Sure Red Hat aren't just distributing a gcc 2.9.x mozilla build?
No, I'm not sure. The box says everything is gcc 3.2 and that is the only compiler version available. The mozilla executable is not dynamically linked. Not sure how to verify it was compiled with 3.2. Is there some way to tell without recompiling it? Best Regards, Keith -- LPIC-2, MCSE, N+ Sing blue silver Got spam? Get spastic http://spastic.sourceforge.net
On Monday 07 October 2002 21.51, Keith Winston wrote:
The mozilla executable is not dynamically linked.
Yes it is. You didn't run "ldd" on the bash script called mozilla did you? The mozilla executable is /usr/lib/mozilla1.0.1/mozilla-bin and it is dynamically linked. //Anders
On Mon, 2002-10-07 at 15:51, Keith Winston wrote:
Sure Red Hat aren't just distributing a gcc 2.9.x mozilla build?
No, I'm not sure. The box says everything is gcc 3.2 and that is the only compiler version available. The mozilla executable is not dynamically linked. Not sure how to verify it was compiled with 3.2.
Is there some way to tell without recompiling it?
Oops. After reading Anders post, I see that mozilla is a shell script. I'll check mozilla-bin next time I boot into RH. My other question still stands, tho, is there a definitive way to tell what compiler version was used on it? Best Regards, Keith -- LPIC-2, MCSE, N+ Sing blue silver Got spam? Get spastic http://spastic.sourceforge.net
On Mon, 2002-10-07 at 16:21, Keith Winston wrote:
On Mon, 2002-10-07 at 15:51, Keith Winston wrote:
Sure Red Hat aren't just distributing a gcc 2.9.x mozilla build?
OK, here is the output from ldd on mozilla-bin in RH8.0: libgkgfx.so => /usr/lib/libgkgfx.so (0x40025000) libjsj.so => /usr/lib/libjsj.so (0x4004f000) libmozjs.so => /usr/lib/libmozjs.so (0x40068000) libxpcom.so => /usr/lib/libxpcom.so (0x400d8000) libplds4.so => /usr/lib/libplds4.so (0x401cc000) libplc4.so => /usr/lib/libplc4.so (0x401cf000) libnspr4.so => /usr/lib/libnspr4.so (0x401d4000) libpthread.so.0 => /lib/i686/libpthread.so.0 (0x40201000) libdl.so.2 => /lib/libdl.so.2 (0x40231000) libgtk-1.2.so.0 => /usr/lib/libgtk-1.2.so.0 (0x40234000) libgdk-1.2.so.0 => /usr/lib/libgdk-1.2.so.0 (0x4038e000) libgmodule-1.2.so.0 => /usr/lib/libgmodule-1.2.so.0 (0x403c7000) libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 (0x403ca000) libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x403f1000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x403f9000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40407000) libm.so.6 => /lib/i686/libm.so.6 (0x404e5000) libc.so.6 => /lib/i686/libc.so.6 (0x42000000) libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40549000) Can anyone tell if that was compiled with 3.2 or 2.9x? Best Regards, Keith -- LPIC-2, MCSE, N+ Sing blue silver Got spam? Get spastic http://spastic.sourceforge.net
Keith Winston
OK, here is the output from ldd on mozilla-bin in RH8.0: [Snip] libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40549000)
Can anyone tell if that was compiled with 3.2 or 2.9x?
It was compiled with gcc 3.x (gcc 2.x does not require libgcc_s.so)
I've been following the thread here about SuSE 8.1 with the gcc 3.2 compiled version of mozilla and the problems with the java plugin. I ran into this when building mozilla on 8.0. It stinks. gcc 2.x doesn't
On Monday 07 October 2002 01:27 pm, Keith Winston wrote: provide the P4 optimizations that 3.2 does.
I can't explain why, but I if you create a symlink to the plugin from the mozilla/plugin directory instead of copying the plugin there, then java applets work. Maybe someone with 8.1 can try that and report back.
It might have to do with the way symlinks look up their parents. I've found that cd ~/; ln -s /usr/local/httpd/htdocs/mystuff . ; cd mystuff; ls ../; shows me what's in /usr/local/httpd/htdocs; When I get 8.1, I may try to play with this. Neither the Kensington MD Borders, nor the Bowie MD Borders have it. Nor does the Laurel Best Buy. But there are people with worse problems around here than not having SuSE Linux 8.1 on its release date. I typically snag the latest Mozilla from www.mozilla.org, or lately, I've been building my own.
Best Regards, Keith
participants (5)
-
Anders Johansson
-
Graham Murray
-
Keith Winston
-
Rachel Greenham
-
Steven T. Hatton