Flash Player 9 crashes regularly on Linux

[3vi1]

Version 7 was rock-solid on my system, but v9 is extremely buggy.

When used with firefox, it causes the entire browser to randomly shut down on pages with flash animations.

When used with opera, it won't crash the browser, but the flash apps won't run. I get the following messages regarding the problem if I start the browser from a console window:

(process:14652): GLib-GObject-CRITICAL **: gtype.c:2240: initialization assertion failed, use IA__g_type_init() prior to this function
(process:14652): Gtk-CRITICAL **: gtk_clipboard_get_for_display: assertion `GDK_IS_DISPLAY (display)' failed
Adobe FlashPlayer: gtk_clipboard_get(GDK_SELECTION_PRIMARY); failed. Trying to call gtk_init(0,0);
opera: Plug-in 14652 is not responding. It will be closed.

I'm re-installing v7. This version is painfully unstable.

My system is Kubuntu 6.10 (Edgy) 64-bit. I'm running the 32-bit version of Firefox in a chroot environment (which has always worked swimmingly w/version 7).

-J

[Guest]

I have the same error in my Slack 10.2 with Firefox 2!
It crashes the borwser in many pages! Does anyone have a solution besides going back to 7?!
I don't want to go back to 7, because of youtube and other sites that get no sound with the 7 version!
://

[3vi1]

At this point, I don't think there's anything we can do except wait for enough users to report the same issue (I saw three others in the Flash support forum), and for Adobe to look into it.

I'm hoping the x86_64 version won't have the same issue,

[Guest]

I experience the same thing. I find it Seg Faults whenever a window or tab exits/closes that has Flash running on it. This has been consistent and predictable. The one curious exception is when certain Flash animations are run first, Flash no longer Seg Faults. What condition is it setting or library is it loading that is otherwise missing?

[Guest]

Flash 9 (for Linux) in Firefox Seg Faults every time the window running flash is closed, or example, when following a link which replaces the page running Flash. This behavior is consistent and reproducible. It has exhibited this behavior since version 8.

The following is the tail end results of running strace on Firefox 2.0.0.1 with Flash 9. www.adobe.com was accessed and the menu bar clicked so that the window would close and be replaced by the linked page. Note that it was an munmap call that threw the Segmentation Fault. As noted in http://www.opengroup.org/onlinepubs/007908799/xsh/munmap.html, after releasing the memory mapping "Further references to these pages result in the generation of a SIGSEGV signal to the process."

...

read(3, "\1\30\7\354\20\1\0\0\0\0\0\0O\377\16\10\36\0\0\0`\367\263"..., 32) = 32
readv(3, [{"\377\377\377\0\377\377\377\0\377\377\377\0\377\377\377"..., 1088}, {"", 0}], 2 ) = 1088
write(3, "H\2\26\1\5#\340\0026\7\340\2\21\0\20\0\26\4\7\0\0\30\6"..., 2492) = 2492
ioctl(3, FIONREAD, [0]) = 0
poll([{fd=3, events=POLLIN}, {fd=10, events=POLLIN}, {fd=14, events=POLLIN|POLLPRI}, {fd=1 6, events=POLLIN|POLLPRI}, {fd=17, events=POLLIN|POLLPRI}, {fd=18, events=POLLIN|POLLPRI}, {fd=5, events=POLLIN, revents=POLLIN}], 7, -1) = 1
futex(0x9573860, FUTEX_WAKE, 1) = 1
futex(0x957385c, FUTEX_WAKE, 1) = 1
futex(0x9573860, FUTEX_WAKE, 1) = 1
futex(0x957385c, FUTEX_WAKE, 1) = 1
futex(0x9573860, FUTEX_WAKE, 1) = 1
futex(0x957385c, FUTEX_WAKE, 1) = 1
munmap(0xb0876000, 16777216) = 0
munmap(0xb1876000, 7854972) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
rt_sigaction(SIGSEGV, NULL, {0xb622be14, [], 0}, 8) = 0
times({tms_utime=1582, tms_stime=34, tms_cutime=0, tms_cstime=0}) = 1718733705
rt_sigaction(SIGSEGV, {0x8082db6, ~[KILL STOP RTMIN RT_1], 0}, NULL, 8) = 0
tgkill(8127, 8127, SIGSEGV) = 0
sigreturn() = ? (mask now [])
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
unlink("/home/pcrichtn/.mozilla/firefox/default.fwz/lock") = 0
rt_sigaction(SIGSEGV, {SIG_DFL}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [SEGV], NULL, 8) = 0
tgkill(8127, 8127, SIGSEGV) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++

[ConvivialDingo]

Found the issue!

I managed to work around the bug using glibc 2.4. The bug seems to manifest itself with glibc 2.3.4 on my development system. I upgraded my glibc to work around a separate issue I was seeing in my development and the bug is now gone.

A word of warning - you can't usually rip out the glibc on most distributions. Check for updates to your glibc and see if that fixes the issue, otherwise install an upgraded distribution.

[Guest]

I've been able to reproduce ConvivialDingo's findings. Flash Player appears to be glibc version specific? Adobe really dropped the ball on this one! Not only did they not test versions prior to 2.3 (still used by several distributions), but they failed to note the dependency on their documentation!

[Guest]

I found that as long as there is a tab with Flash open, it will not crash the browser. It only crashes when the only/last flash player is closed. So, with Firefox, open a window with Flash running, then open other tabs for browsing. It will only crash at the end when you close the browser (and the last Flash window).

[adaviel]

Me, too. Seamonkey 1.1 or Firefox on RedHat 9 (and, I think, FC4).

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1080956960 (LWP 20902)]
0x46e0595d in NP_Shutdown () from /home/local/seamonkey/plugins/libflashplayer.so
(gdb) bt
#0 0x46e0595d in NP_Shutdown () from /home/local/seamonkey/plugins/libflashplayer.so

I see it's looking for libflashsupport.so, which I don't have

[ConvivialDingo]

Sama here - Gentoo w/ 2.6.15 Kernel, all standard with Firefox 1.5. I'm wondering if the issue is there with Firefox 2?

I reported my issue here:
http://www.adobe.com/cfusion/mmform/index.cfm?name=wishform&product=17 .

Hope too see this issue fixes soon - it's a great product otherwise.

[ConvivialDingo]

Sama here - Gentoo w/ 2.6.15 Kernel, all standard with Firefox 1.5. I'm wondering if the issue is there with Firefox 2?

I reported my issue here:
http://www.adobe.com/cfusion/mmform/index.cfm?name=wishform&product=17 .

Hope too see this issue fixes soon - it's a great product otherwise.

[oop1]

Similar thing happened to me.

I'm using Firefox 2.0.0.9 on Linux Mandriva 2005
The Flash player I used was version 9,0,48,0.
Glibc has been updated to 2.4

When I boot up the computer and go to:
http://www.adobe.com/products/flashplayer/productinfo/features/
Firefox crashes. However, after I kill the browser and re-open the same website, the problem disappears.

It only occurs once each login session. To reproduce the problem, I had to reboot the computer.

[Guest]

I have the same problem on both of my systems with Flash 9.0.48.0.
One has SeaMonkey + Flashblock + Adbock + Glibc 2.3.5 and the other has Firefox 2.0.0.11 + Adblock 0.5.2.056 + Glibc 2.3.5.
I can't try a newer Glibc because I'm too lazy to update to Kernel 2.6 for NPTL.

[Guest]

My problem was fixed by updating to glibc 2.3.6.

The flash plugin does a call to dlclose when it is unloaded, as can be seen in this backtrace:
#0 0x40d822c4 in _dl_close () from /lib/libc.so.6
#1 0x401f3d7a in dlclose_doit () from /lib/libdl.so.2
#2 0x4000c460 in _dl_catch_error () from /lib/ld-linux.so.9
#3 0x401f42cb in _dlerror_run () from /lib/libdl.so.2
#4 0x401f3daa in dlclose () from /lib/libdl.so.2
#5 0x44115c4e in NP_Shutdown () from /usr/firefox/plugins/libflashplayer.so
#6 0x44128702 in NP_Shutdown () from /usr/firefox/plugins/libflashplayer.so
#7 0x44027468 in Flash_EnforceLocalSecurity ()
from /usr/firefox/plugins/libflashplayer.so
#8 0x440230a0 in ?? () from /usr/firefox/plugins/libflashplayer.so
#9 0x4477c460 in ?? () from /usr/firefox/plugins/libflashplayer.so
#10 0x4477be20 in ?? () from /usr/firefox/plugins/libflashplayer.so
#11 0xbfffefdc in ?? ()
#12 0x446b587a in ?? () from /usr/firefox/plugins/libflashplayer.so
#13 0x4477abfc in ?? () from /usr/firefox/plugins/libflashplayer.so
#14 0x40dacff4 in ?? () from /lib/libc.so.6
#15 0xbffff2cc in ?? ()
#16 0x40d82a73 in _dl_close () from /lib/libc.so.6

Recursive calls to dlclose have been fixed between glibc 2.3.5 and glibc 2.3.6:
http://sources.redhat.com/bugzilla/show_bug.cgi?id=1081