[Bug 490733] New: npviewer.bin[PID]: segfault at **** ip *** sp *** error 4 in libpthread-2.8.so[****+**]
https://bugzilla.novell.com/show_bug.cgi?id=490733
Summary: npviewer.bin[PID]: segfault at **** ip *** sp *** error 4 in libpthread-2.8.so[****+**] Classification: openSUSE Product: openSUSE 11.0 Version: Final Platform: i686 OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: X11 Applications AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: robin.listas@telefonica.net QAContact: sndirsch@novell.com Found By: ---
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.7) Gecko/2009022800 SUSE/3.0.7-1.1 Firefox/3.0.7
npviewer.bin segfaults continuously when opening web pages with firefox:
Mar 31 16:42:00 nimrodel kernel: npviewer.bin[19702]: segfault at b5be9030 ip b781e520 sp bfbf9240 error 4 in libpthread-2.8.so[b7817000+14000] Mar 31 16:42:03 nimrodel kernel: npviewer.bin[19717]: segfault at b5b9c030 ip b77d1520 sp bfdac3f0 error 4 in libpthread-2.8.so[b77ca000+14000] Mar 31 16:42:13 nimrodel kernel: npviewer.bin[19744]: segfault at b5c28030 ip b785d520 sp bfd39ad0 error 4 in libpthread-2.8.so[b7856000+14000] Mar 31 16:42:14 nimrodel kernel: npviewer.bin[19759]: segfault at b5c30030 ip b7865520 sp bf83fe80 error 4 in libpthread-2.8.so[b785e000+14000]
This sample was when browsing http://www.eweek.com/c/a/Windows/Microsoft-TomTom-Settle-Patent-Infringement-Battle-766706/, but I think it happens with every page.
It has been happening for months.
The browser seems to work fine, I don't see ill effects - AFAIK
System: openSUSE 11.0, updates current.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.7) Gecko/2009022800 SUSE/3.0.7-1.1 Firefox/3.0.7
plugins: File name: npwrapper.libflashplayer.so Shockwave Flash 9.0 r159
File name: npwrapper.libtotem-basic-plugin.so The Totem 2.22.0 plugin handles video and audio streams.
File name: npwrapper.libtotem-cone-plugin.so The Totem 2.22.0 plugin handles video and audio streams.
File name: npwrapper.libtotem-gmp-plugin.so The Totem 2.22.0 plugin handles video and audio streams.
File name: npwrapper.libtotem-mully-plugin.so DivX Web Player version 1.4.0.233
File name: npwrapper.libtotem-narrowspace-plugin.so The Totem 2.22.0 plugin handles video and audio streams
File name: npwrapper.nphelix.so Helix DNA Plugin: RealPlayer G2 Plug-In Compatible version 0.4.0.626 built with gcc 3.3.3 on Jul 26 2007
File name: npwrapper.nppdf.so The Adobe Reader plugin is used to enable viewing of PDF and FDF files from within the browser.
File name: npwrapper.opensc-signer.so This plugins handles web signatures using OpenSC smart card library.
File name: npwrapper.nsdejavu.so This is the DjView-4.1 version of the DjVu plugin. See DjVuLibre.
File name: libnpjp2.so
File name: npwrapper.so nspluginwrapper is a cross-platform NPAPI plugin viewer, in particular for linux/i386 plugins. This is beta software available under the terms of the GNU General Public License.
File name: gxineplugin.so will start external gxine media player for embedded media streams
Extensions:
Beagle indexer 1.1.0 Diccionario español/España 1.2.1 Flashblock 1.5.9
Reproducible: Always
https://bugzilla.novell.com/show_bug.cgi?id=490733
Stefan Dirsch sndirsch@novell.com changed:
What |Removed |Added ---------------------------------------------------------------------------- QAContact|sndirsch@novell.com |qa@suse.de
https://bugzilla.novell.com/show_bug.cgi?id=490733
Cyril Hrubis chrubis@novell.com changed:
What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team-screening@forge.pr |sbrabec@novell.com |ovo.novell.com |
https://bugzilla.novell.com/show_bug.cgi?id=490733
User sbrabec@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=490733#c1
Stanislav Brabec sbrabec@novell.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |robin.listas@telefonica.net
--- Comment #1 from Stanislav Brabec sbrabec@novell.com 2009-03-31 11:12:19 MDT --- I see similar crashes, too. All of them I was able to debug were not crashes of npviewer, but a crash of Adobe Flash plugin running inside npviewer or firefox itself.
Are you able to get a backtrace of crashed application?
Example:
ps ax | grep npviewer
Then pick the process uid, run gdb, "attach {the process uid}", "continue", wait for crash, bt.
You can also try a different flash version.
https://bugzilla.novell.com/show_bug.cgi?id=490733
User robin.listas@telefonica.net added comment https://bugzilla.novell.com/show_bug.cgi?id=490733#c2
Carlos Robinson robin.listas@telefonica.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW Info Provider|robin.listas@telefonica.net |
--- Comment #2 from Carlos Robinson robin.listas@telefonica.net 2009-03-31 12:43:39 MDT --- Flash should not be running here, it is blocked by the Flashblock extension, till I click on one (flash use so much cpu that I'm forced to block them all).
There is currently no npviewer process, so I can't try the gdb trick:
21203 ? S 0:00 /bin/sh /usr/bin/firefox 21208 ? Sl 13:38 _ /usr/lib/firefox/firefox 24519 ? Sl 0:02 _ /usr/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin /usr/lib/firefox/plugins/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/21208-1
I tried reloading the same page; I see 2 segfaults, and I see 3 blocked flash "boxes". The previous time there was 4 segfaults, 5 blocked flashes. Reloading... no segfaults, 3 flashes. Wait a while, same thing, no faults.
Could it be that the Flashblock extension makes flash segfault? I have no idea how it works internally.
Try a different flash version, you say? I use the opensuse supplied one, and it works fine after I click on the block icon, I see no real need to change - the segfault appear to be of "cosmetic" importance, but I'm curious to learn what might be happening.
https://bugzilla.novell.com/show_bug.cgi?id=490733
User sbrabec@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=490733#c3
--- Comment #3 from Stanislav Brabec sbrabec@novell.com 2009-04-01 05:09:17 MDT --- As browser is a 64-bit application and Flash 32-bit plugin, things work in this way:
- There is a 64-bit browser plugin npwrapper.libflashplayer.so.
- There is an invisible 32-bit browser npviewer.bin running 32-bit Flash plugin.
- npwrapper.libflashplayer.so itself just sends all actions to npviewer.bin, and it calls the the action in the plugin and any replies are translated in the same way back to the browser.
Flash itself crashes pretty often. With a native Firefox browser, it crashes the browser. With the nspluginwrapper, it crashes just the npviewer.bin and Firefox survives (without Flash). Starting with openSUSE 11.1, nspluginwrapper detects viewer crashes and is capable to restart it.
To identify, whether the crash is caused by nsplugiwrapper or the plugin, you need a backtrace. If it is a crash in the proprietary plugins, I cannot help. If it is a crash of nspluginwrapper itself, it can be debugged and fixed.
I don't know, how it Flashblock works and whether it can be the cause of the crash.
https://bugzilla.novell.com/show_bug.cgi?id=490733
User robin.listas@telefonica.net added comment https://bugzilla.novell.com/show_bug.cgi?id=490733#c4
--- Comment #4 from Carlos Robinson robin.listas@telefonica.net 2009-04-01 05:39:13 MDT --- (In reply to comment #3)
As browser is a 64-bit application and Flash 32-bit plugin, things work in this way:
No, my system is entirely 32 bit, and 32 bit hardware.
There is a 64-bit browser plugin npwrapper.libflashplayer.so.
There is an invisible 32-bit browser npviewer.bin running 32-bit Flash
plugin.
- npwrapper.libflashplayer.so itself just sends all actions to npviewer.bin,
and it calls the the action in the plugin and any replies are translated in the same way back to the browser.
Flash itself crashes pretty often. With a native Firefox browser, it crashes the browser. With the nspluginwrapper, it crashes just the npviewer.bin and Firefox survives (without Flash). Starting with openSUSE 11.1, nspluginwrapper detects viewer crashes and is capable to restart it.
Seem reasonable.
To identify, whether the crash is caused by nsplugiwrapper or the plugin, you need a backtrace. If it is a crash in the proprietary plugins, I cannot help. If it is a crash of nspluginwrapper itself, it can be debugged and fixed.
I don't know, how it Flashblock works and whether it can be the cause of the crash.
I don't think I can identify the culprit, as there are no instances of "npviewer" to attach to. But don't worry, I see no ill effects in my browsing - I can see the flash animations when I want to, anyway, the only symptom are the entries in the log file.
I might disable the plugin for a while and see what happens - as it needs a firefox restart I'll have to close this comment first.
https://bugzilla.novell.com/show_bug.cgi?id=490733
User robin.listas@telefonica.net added comment https://bugzilla.novell.com/show_bug.cgi?id=490733#c5
--- Comment #5 from Carlos Robinson robin.listas@telefonica.net 2009-04-01 05:51:29 MDT --- (In reply to comment #4)
I might disable the plugin for a while and see what happens - as it needs a firefox restart I'll have to close this comment first.
Well, with the blocker disabled I don't see segfaults and no crashes, and there is an "npviewer" process running. I think we have to assume it is some effect of the flashblocker.
No problem, then :-)
https://bugzilla.novell.com/show_bug.cgi?id=490733
User sbrabec@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=490733#c6
Stanislav Brabec sbrabec@novell.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |robin.listas@telefonica.net
--- Comment #6 from Stanislav Brabec sbrabec@novell.com 2009-04-01 06:32:01 MDT --- On 32-bit system, you should not have nspluginwrapper installed. At least not on openSUSE 11.0. Wrapping native plugins is not supported there. Did you install nspluginwrapper manually?
On openSUSE 11.1 it should work, but it was never tested.
Wrapping native plugins as a crash protection may be available in openSUSE 11.2.
https://bugzilla.novell.com/show_bug.cgi?id=490733
User robin.listas@telefonica.net added comment https://bugzilla.novell.com/show_bug.cgi?id=490733#c7
Carlos Robinson robin.listas@telefonica.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW Info Provider|robin.listas@telefonica.net |
--- Comment #7 from Carlos Robinson robin.listas@telefonica.net 2009-04-01 06:45:52 MDT --- (In reply to comment #6)
On 32-bit system, you should not have nspluginwrapper installed. At least not on openSUSE 11.0. Wrapping native plugins is not supported there. Did you install nspluginwrapper manually?
Nop, all automatic - at least as far as I remember. I wouldn't know how to install it myself, unless YaST does it.
This system has been upgraded all the way from SuSE 7.3 or 8.1 and up, since Dec 2001. Perhaps it is a glitch of that, I have no idea.
Interesting!
On openSUSE 11.1 it should work, but it was never tested.
Wrapping native plugins as a crash protection may be available in openSUSE 11.2.
Well, you see it works on 11.0 - don't ask me how or why, I have no idea. O:-)
cer@nimrodel:~> which nspluginwrapper /usr/bin/nspluginwrapper cer@nimrodel:~> rpm -q -f /usr/bin/nspluginwrapper nspluginwrapper-0.9.91.5.99.20071225-22.2
https://bugzilla.novell.com/show_bug.cgi?id=490733
User sbrabec@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=490733#c8
Stanislav Brabec sbrabec@novell.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |robin.listas@telefonica.net
--- Comment #8 from Stanislav Brabec sbrabec@novell.com 2009-04-01 06:57:54 MDT ---
Nop, all automatic - at least as far as I remember. I wouldn't know how to install it myself, unless YaST does it.
Could you provide relevant y2logs (i. e. these that contain string nspluginwrapper) to find, why nspluginwrapper was installed.
This system has been upgraded all the way from SuSE 7.3 or 8.1 and up, since Dec 2001. Perhaps it is a glitch of that, I have no idea.
That's an interesting system. It would be nice useful to find orphan files and directories (relicts of ancient system) there.
https://bugzilla.novell.com/show_bug.cgi?id=490733
User robin.listas@telefonica.net added comment https://bugzilla.novell.com/show_bug.cgi?id=490733#c9
--- Comment #9 from Carlos Robinson robin.listas@telefonica.net 2009-04-01 09:13:56 MDT --- (In reply to comment #8)
Nop, all automatic - at least as far as I remember. I wouldn't know how to install it myself, unless YaST does it.
Could you provide relevant y2logs (i. e. these that contain string nspluginwrapper) to find, why nspluginwrapper was installed.
I'll investigate a bit, I'm curious. I'll have to dig out some backups. I'll come back later.
This system has been upgraded all the way from SuSE 7.3 or 8.1 and up, since Dec 2001. Perhaps it is a glitch of that, I have no idea.
That's an interesting system. It would be nice useful to find orphan files and directories (relicts of ancient system) there.
Sure! Sometimes I have some "fun" having to clear some configs or empty dirs. It even happens that a directory is not empty, there is a config there, but obsolete and not used... and me wondering why the changes did not take (hybernation method, for instance). But I also used to have, on another partition, a clean install of the current distro, or nowdays, factory, which I use to compare with the main one to find out those things.
-
bugzilla_noreply＠novell.com