Red Hat Bugzilla – Bug 217020
gnash 0.7.2 instantly crash
Last modified: 2007-11-30 17:11:49 EST
Description of problem:
gnash 0.7.2 instantly crash with any swf file. Worked fine with previous version.
Version-Release number of selected component (if applicable):
$ gnash simpleguess.swf
libGL warning: 3D driver claims to not support visual 0x4b
It works for me on devel. Could you attach the result of
gnash -v -va -vp simpleguess.swf
Created attachment 141984 [details]
output of gnash -v -va -vp simpleguess.swf
Could you also, if possible run gnash under gdb after installing
gnash-debuginfo, and give a backtrace. Something along
gdb --args gnash simpleguess.swf
Created attachment 142067 [details]
Could you also please run
Created attachment 142563 [details]
output of glxinfo
Created attachment 142564 [details]
output of xdpyinfo
If you think this a problem of the X server, you may also be interested in bug
Fabio, could you try with current CVS version of Gnash ?
If the problem persist, please also try using AGG as a renderer, to at least
remove the GL part out of your path.
I have done the following test:
gnash 0.7.2 builded from source, compiled with no options (using opengl/gtk/no
sound): works fine.
current CVS, compiled with agg-2.5 compiled from source(using agg/gtk/sdl
sound/no mp3): works fine.
Seems the problem is only with the fedora package.
That's very weird. Could you please try to ./configure with
--disable-rpath --enable-sound=GST and look if it still crashes?
I did a:
./configure --disable-rpath --enable-sound=GST && make
and works well.
I don't see any other possibility that something going wrong with
the CFLAGS. Also make sure that you don't link against installed
libraries. The rpm optflags are
-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic
the next step would be to sort out which one is causing the issue...
I have tried a:
OPTFLAGS="-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic
cd gnash-0.7.2 && make clean && ./configure CFLAGS="$OPTFLAGS"
CXXFLAGS="$OPTFLAGS" FFLAGS="$OPTFLAGS" && make
and the compiled gnash works fine...
Created attachment 146034 [details]
gnash /tmp/simpleguess.swf ; glxinfo ; xdpyinfo
I have pretty much the same thing. Gnash always gives me a grey screen of
death (fortunately limited to it's own window rather than the whole OS :-)
Attached output of
I had gnash-0.7.2-1.fc6 installed automatically. Simply downloading
gnash-0.7.2-1.fc6.src.rpm (MD5 SUM 54dfed465fe87b9117db5a86af9a4226) and
recompiling with rpmbuild -ba (as a freshly created plain normal user) and
installing the resulting rpm makes my problem goes away. Reinstalling the
default rpm (actually upgrading back to it with "yum update") makes it come back
Maybe during the build process an object file not compatible with my processor
managed to sneak in???
Created attachment 146061 [details]
rpm -qi gnash; cat /proc/cpuinfo; rpm -qi gcc
(In reply to comment #15)
> I had gnash-0.7.2-1.fc6 installed automatically. Simply downloading
> gnash-0.7.2-1.fc6.src.rpm (MD5 SUM 54dfed465fe87b9117db5a86af9a4226) and
> recompiling with rpmbuild -ba (as a freshly created plain normal user) and
> installing the resulting rpm makes my problem goes away. Reinstalling the
> default rpm (actually upgrading back to it with "yum update") makes it come back
> Maybe during the build process an object file not compatible with my processor
> managed to sneak in???
That's very very strange. Could you please try a mock build?
(after a little time to think about how to do that)
Gnash built with
works fine (well; actually it has many limitations, but it does what it's
expected to do ....). Gnash installed with yum continues crash in the same
Could you please attach the mock build log to the bug such that
I can compare with the one from the buildsystem.
Created attachment 149758 [details]
build log as requested
Created attachment 149759 [details]
root log in case of different packages
I have rebuild the package. Could you please verify that
the problem is still there before I compare the build logs?
(there should be some time before the build is signed and
pushed to the mirrors).
gnash-0.7.2-1.fc6.1 (built 10th of march) continues to show the same problem.
More or less instant failure when I move the mouse over or if just left for some
libGL error: open DRM failed (Operation not permitted)
libGL error: reverting to (slow) indirect rendering
zsh: illegal hardware instruction gnash
(In reply to comment #21)
> Created an attachment (id=149759) 
> root log in case of different packages
Could you please also attach build.log?
I am the original reporter of this bug: I have just yum-upgraded my machine to
F7 and gnash works fine.
There is certainly something along a compiler bug or the like
going on. Not easy to reproduce, closing.