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

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!
://

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,

[quoted text, click to view]

Another me too, it crashes Firefox 2 and Mozilla 1.7.13 (which I still
use). I've reverted back to version 7.

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?

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

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.

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.

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 +++

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 my distributions.
Check for updated to your glibc and see if that fixes the issue, otherwise
install an upgraded distribution.

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).

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!