|
Bugzilla – Full Text Bug Listing |
| Summary: | Flash plugins, possibly other do not register on 64-bit openSUSE 10.3 -- nspluginwrapper segfaults | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 10.3 | Reporter: | Martin Møller <martin> |
| Component: | Firefox | Assignee: | Stanislav Brabec <sbrabec> |
| Status: | RESOLVED NORESPONSE | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Major | ||
| Priority: | P5 - None | CC: | ivandelviejo, wolfgang |
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | openSUSE 10.3 | ||
| Whiteboard: | gnome-wrong-out-of-the-box, gnome-function-does-not-work | ||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Bug Depends on: | 304963 | ||
| Bug Blocks: | |||
|
Description
Martin Møller
2007-10-17 15:09:42 UTC
My browser plugin directories: martin:/tmp # ls -l /usr/lib/browser-plugins/ totalt 6968 -rwxr-xr-x 1 root root 856 22 sep 00:02 flashplayer.xpt -rwxr-xr-x 1 root root 7040036 22 sep 00:02 libflashplayer.so -rwxr-xr-x 1 root root 63167 22 sep 00:18 nphelix.so -rwxr-xr-x 1 root root 5086 22 sep 00:18 nphelix.xpt martin:/tmp # ls -l /usr/lib64/browser-plugins/ totalt 2096 -rwxr-xr-x 1 root root 321560 5 okt 21:56 mplayerplug-in-dvx.so -rwxr-xr-x 1 root root 1021 5 okt 21:56 mplayerplug-in-dvx.xpt -rwxr-xr-x 1 root root 321560 5 okt 21:56 mplayerplug-in-gmp.so -rwxr-xr-x 1 root root 1021 5 okt 21:56 mplayerplug-in-gmp.xpt -rwxr-xr-x 1 root root 321560 5 okt 21:56 mplayerplug-in-qt.so -rwxr-xr-x 1 root root 1021 5 okt 21:56 mplayerplug-in-qt.xpt -rwxr-xr-x 1 root root 321560 5 okt 21:56 mplayerplug-in-rm.so -rwxr-xr-x 1 root root 1021 5 okt 21:56 mplayerplug-in-rm.xpt -rwxr-xr-x 1 root root 321560 5 okt 21:56 mplayerplug-in.so -rwxr-xr-x 1 root root 321560 5 okt 21:56 mplayerplug-in-wmp.so -rwxr-xr-x 1 root root 1021 5 okt 21:56 mplayerplug-in-wmp.xpt -rwxr-xr-x 1 root root 1021 5 okt 21:56 mplayerplug-in.xpt -rwxr-xr-x 1 root root 72808 17 okt 14:46 npwrapper.libflashplayer.so -rwxr-xr-x 1 root root 72808 17 okt 14:46 npwrapper.nphelix.so lrwxrwxrwx 1 root root 51 17 okt 14:46 npwrapper.so -> ../../lib/nspluginwrapper/x86_64/linux/npwrapper.so No problems with the 64-bit mplayerplug-in. Tried all the nspluginwrapper commands both before and after installing mplayerplug-in Tried nspluginwrapper -v -a -i one more time and it showed this output, in stead of nothing: martin:/home/staff/martin # nspluginwrapper -v -a -i Auto-install plugins from /usr/lib/browser-plugins Looking for plugins in /usr/lib/browser-plugins Auto-install plugins from /usr/lib64/browser-plugins Looking for plugins in /usr/lib64/browser-plugins Auto-install plugins from /usr/lib64/firefox/plugins Looking for plugins in /usr/lib64/firefox/plugins Auto-install plugins from /root/.mozilla/plugins Looking for plugins in /root/.mozilla/plugins The kernel said this: martin:/home/staff/martin # dmesg npviewer.bin[11183]: segfault at 0000000000000006 rip 0000000000000006 rsp 00000000bfbf01c8 error 14 npviewer.bin[11192]: segfault at 0000000000000006 rip 0000000000000006 rsp 00000000bff06ce8 error 14 This is the 2.6.22.9-0.4-default kernel, by the way. Stanislav, another one not having the same errors as the glibc issue and no dragonegg plugin installed. It still might be the same issue. It sometimes causes segfault as well, see bug 304963 comment 12. Could you provide a backtrace, for example by enabling of creating of a core file (using ulimit), and the making backtrace after loading the core file into gdb? Enabled cores, tried the update thing first:
martin@martin:/tmp/ns> ulimit -c unlimited
martin@martin:/tmp/ns> ulimit
unlimited
martin@martin:/tmp/ns> ulimit -a
core file size (blocks, -c) unlimited
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 40960
max locked memory (kbytes, -l) 32
max memory size (kbytes, -m) 3443690
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 40960
virtual memory (kbytes, -v) 6601920
file locks (-x) unlimited
martin@martin:/tmp/ns> nspluginwrapper -v -a -u
Auto-update plugins from /usr/lib/browser-plugins
Looking for plugins in /usr/lib/browser-plugins
Auto-update plugins from /usr/lib64/browser-plugins
Looking for plugins in /usr/lib64/browser-plugins
Update plugin /usr/lib64/browser-plugins/npwrapper.libflashplayer.so
Update plugin /usr/lib64/browser-plugins/npwrapper.nphelix.so
Auto-update plugins from /usr/lib64/firefox/plugins
Looking for plugins in /usr/lib64/firefox/plugins
Auto-update plugins from /home/staff/martin/.mozilla/plugins
Looking for plugins in /home/staff/martin/.mozilla/plugins
Update plugin /home/staff/martin/.mozilla/plugins/npwrapper.nphelix.so
NS4 plugin /usr/lib/browser-plugins/nphelix.so is already installed system-wide, removing wrapper
Remove plugin /home/staff/martin/.mozilla/plugins/npwrapper.nphelix.so
Update plugin /home/staff/martin/.mozilla/plugins/npwrapper.libflashplayer.so
NS4 plugin /usr/lib/browser-plugins/libflashplayer.so is already installed system-wide, removing wrapper
Remove plugin /home/staff/martin/.mozilla/plugins/npwrapper.libflashplayer.so
martin@martin:/tmp/ns> ls
No core.
dmesg gives me this, though:
npviewer.bin[5562]: segfault at 0000000000000006 rip 0000000000000006 rsp 00000000bfbaffb8 error 14
npviewer.bin[5576]: segfault at 0000000000000006 rip 0000000000000006 rsp 00000000bfa4de68 error 14
martin@martin:/tmp/ns> nspluginwrapper -v -a -i
Auto-install plugins from /usr/lib/browser-plugins
Looking for plugins in /usr/lib/browser-plugins
Auto-install plugins from /usr/lib64/browser-plugins
Looking for plugins in /usr/lib64/browser-plugins
Auto-install plugins from /usr/lib64/firefox/plugins
Looking for plugins in /usr/lib64/firefox/plugins
Auto-install plugins from /home/staff/martin/.mozilla/plugins
Looking for plugins in /home/staff/martin/.mozilla/plugins
npviewer.bin[14721]: segfault at 0000000000000006 rip 0000000000000006 rsp 00000000bf9c87c8 error 14
npviewer.bin[14730]: segfault at 0000000000000006 rip 0000000000000006 rsp 00000000bfe46448 error 14
A core followed this time.. Okay...
Not much output from 'gdb /usr/bin/nspluginwrapper core -> bt' put here it is:
(gdb) bt
#0 0x0000000000000000 in ?? () from /lib64/ld-linux-x86-64.so.2
Cannot access memory at address 0xbfe4647808067008
I have 4 GB of memory.
martin@martin:/tmp/ns> free
total used free shared buffers cached
Mem: 4051368 1411080 2640288 0 48400 669448
-/+ buffers/cache: 693232 3358136
Swap: 4200988 0 4200988
martin@martin:/tmp/ns> uname -a
Linux martin 2.6.22.9-0.4-default #1 SMP 2007/10/05 21:32:04 UTC x86_64 x86_64 x86_64 GNU/Linux
Is there something more I can do to make it easier to pinpoint the problem?
Your crash happens in ld-linux-x86-64.so.2. Bug 304963 as well. The "nspluginwrapper -v -a -u" does not crash, because it reuses previous (incorrect) cache. The same happened fo bug 304963. You can try to experiment with hiding some plugins. If the crash will disappear, it is very probably duplicate of bug 304963. If not, let's wait for fix of bug 304963 and then try again. Tried running opera (32-bit) on my openSUSE 10.3 64-bit installation. It segfaults as well: martin@martin:~> opera ERROR: ld.so: object 'libjvm.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libawt.so' from LD_PRELOAD cannot be preloaded: ignored. Lagersegmentfejl I installed java 1.6.0 32-bit including plugin, but that didn't alleviate the problem. Nothing informative seems to come from running it through gdb... nspluginwrapper doesn't seem to make a wrapper for the java plugin at all... I'll make some attempts with moving the 32-bit plugins then.. If I have no plugins in /usr/lib/browser-plugins, nspluginwrapper runs without segfault, but if any plugin is in the folder (nphelix or libflashplayer) it segfaults... Is it possible that some 32-bit compatibility package is missing? No, java has no support in nspluginwrapper yet. 32-bit should not be missing. More probably it seems like a platform clash - LD_PRELOAD could work only for one specific platform, unless you have a shared library for both platforms and use $LIB inside LD_PRELOAD string (not expanded by shell but glibc). See bug 71776 as an example. According to comment #8 I am starting to believe, that this is a duplicate of bug 304963. Let's wait for its fix and then try again. It's a crash deep in the glibc and I did not get usable backtrace as well. *** Bug 335484 has been marked as a duplicate of this bug. *** Lars Behrens wrote: Despite of the error messages, nspluginwrapper gets installed and flash works in Firefox (still not in Konqueror). Ausgabe von nspluginwrapper-0.9.91.5-0.1@x86_64 *** NSPlugin Viewer *** ERROR: /usr/lib64/browser-plugins/libvlcplugin.so: wrong ELF class: ELFCLASS64 *** NSPlugin Viewer *** ERROR: /usr/lib64/firefox/plugins/libnullplugin.so: wrong ELF class: ELFCLASS64 *** NSPlugin Viewer *** ERROR: /usr/lib64/seamonkey/plugins/libunixprintplugin.so: wrong ELF class: ELFCLASS64 *** NSPlugin Viewer *** ERROR: /usr/lib64/seamonkey/plugins/libnullplugin.so: wrong ELF class: ELFCLASS64 I guess that is still may be OK, because all these plugins are native and don't need to be wrapped. Konqueror is another issue - it should not be wrapped there by nspluginwrapper, but by native konqueror code. According to bug 304963, the glibc assert crash is fixed in openSUSE 11.0. Are you able to reproduce it in 11.0? I have yet to try out the 64-bit version of openSUSE 11.0. I'll see if I can get a test in in the coming week. I hope that it was fixed in openSUSE 11.0 as part of one of upper mentioned three bugs. Please reopen if you can provide more info about openSUSE 11.0. |