Closed Bug 212798 Opened 21 years ago Closed 20 years ago

Make existing linux flashplayer.xpt (for scriptability) work with gcc 3.2 builds

Categories

(Core Graveyard :: Plug-ins, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: wolruf, Assigned: peterlubczynski-bugs)

References

()

Details

(Keywords: regression, relnote, Whiteboard: qawanted)

build ID: 2003071508 on Linux + Flash 6.0r79 and flashplayer.xpt.

Scriptability doesn't work anymore since Mozilla.org switched to GCC 3.2.3, as
mentioned in the release notes:
http://www.mozilla.org/releases/mozilla1.4/README.html#new-issues

about:buildconfig reports:
--disable-tests --enable-extensions=default,irc --without-system-nspr
--without-system-jpeg --without-system-zlib --without-system-png
--without-system-mng --disable-debug --enable-optimize --disable-elf-dynstr-gc
--enable-optimize=-O2 --enable-crypto

I launched a debug build to see any error output but there's no debug info on
why scriptability doesn't work anymore:
 - hack not working well, regression from bug 154206 ?
 - flashplayer.xpt needs to be updated ?

I deleted xpti.dat and a debug build didn't say whether or not flashplayer.xpt
was valid.

I couldn't find any bug report matching the release notes, so I'm opening one,
hoping this can be looked at.
This started generated some bug reports: bug , bug .
The basic issue, as I understand it, is that he flash xpt expects GCC 2.9x name
mangling, while GCC 3.x does different name mangling.  The only way to fix this
is to regenerate the xpt; the only people who can do that are Macromedia.
is it ok to CC emillard (?) or kiwi at macromedia.com ? I sent an e-mail to
flashplayerunix@macromedia.com.
CC'ing some Macromedia people after talking to dmose.
Apologies if you're not the most appropriate people to CC on this as it's
Linux-specific, I also saw two other people in bugzilla: msintov@macromedia.com
and dshultz@macromedia.com.
I suspect that this is going to require not just regeneration of the XPTs, but
also a recompile of the flash plugin with gcc 3.2 or later.
Yeah, the plugin needs to be recompiled with the same compiler as the browser
and be sure to use an updated npapi.h. This is a similar issue as on OSX, see:
http://www.mozilla.org/projects/plugins/plugin_scripting_ABI_technote.html

*** Bug 221294 has been marked as a duplicate of this bug. ***
I met similar problems with flash player after upgrading gcc packages recently.
I can fix this problem after installation of compat-libstdc++ package again.

I suspect up2date removed installed compat-libstdc++ package while upgrading new
gcc packages because of I didn't install full of these packages(compat-*;
actually I don't need other packages except compat-libstdc++).

If you are using Redhat Linux and your Mozilla browsers(I tested with Mozilla
and Firebird also) fail to display flash movies even you installed proper
plug-in, I recommand you to check that your system has compat-stdc++ package(s)
properly.

Honestly I can not sure this bug is related exactly with my case but it much
help to fix my problem and i hope this message can help somebody who have
similar cases with me.

Thanks.
Fixed with recent Flash 6.0r81.

This is worth being mentioned in upcoming Mozilla 1.7 release notes:
http://www.mozilla.org/releases/mozilla1.7b/known-issues.html#plugins
[...]
If you're using the Linux GCC 3.2 binaries compiled by mozilla.org then
JavaScript access to Flash will not work.
[...]
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
somebody please comment on Olivier's last comment
Keywords: relnote
Whiteboard: qawanted
Daniel, I opened bug 238325 about this.
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.