Bug 217020

Summary: gnash 0.7.2 instantly crash
Product: [Fedora] Fedora Reporter: Fabio Pedretti <fabio.pedretti>
Component: gnashAssignee: Patrice Dumas <pertusus>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: medium    
Version: 6CC: dominik, extras-qa, mvyynqbgerqungqbgpbz.yeuhc, strk
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2007-09-14 05:16:30 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
output of gnash -v -va -vp simpleguess.swf
none
gnash backtrace
none
output of glxinfo
none
output of xdpyinfo
none
gnash /tmp/simpleguess.swf ; glxinfo ; xdpyinfo
none
rpm -qi gnash; cat /proc/cpuinfo; rpm -qi gcc
none
/var/lib/mock/fedora-6-i386-core/result/build.log
none
/var/lib/mock/fedora-6-i386-core/result/root.log none

Description Fabio Pedretti 2006-11-23 08:05:11 UTC
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-0.7.2-1.fc6

How reproducible:
$ gnash simpleguess.swf
libGL warning: 3D driver claims to not support visual 0x4b
Illegal instruction

Comment 1 Patrice Dumas 2006-11-23 11:22:17 UTC
It works for me on devel. Could you attach the result of

gnash -v -va -vp simpleguess.swf

Comment 2 Fabio Pedretti 2006-11-23 11:31:16 UTC
Created attachment 141984 [details]
output of gnash -v -va -vp simpleguess.swf

Comment 3 Patrice Dumas 2006-11-23 14:23:03 UTC
Could you also, if possible run gnash under gdb after installing 
gnash-debuginfo, and give a backtrace. Something along

gdb --args gnash simpleguess.swf
....
(gdb) run
...
(gdb) bt

Comment 4 Fabio Pedretti 2006-11-24 14:21:58 UTC
Created attachment 142067 [details]
gnash backtrace

Comment 5 Patrice Dumas 2006-11-30 21:43:20 UTC
Could you also please run 
glxinfo
xdpyinfo

Comment 6 Fabio Pedretti 2006-12-01 13:40:51 UTC
Created attachment 142563 [details]
output of glxinfo

Comment 7 Fabio Pedretti 2006-12-01 13:45:16 UTC
Created attachment 142564 [details]
output of xdpyinfo

If you think this a problem of the X server, you may also be interested in bug
#198890.

Comment 8 Sandro Santilli 2006-12-25 23:53:47 UTC
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.

Comment 9 Fabio Pedretti 2007-01-02 10:52:15 UTC
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.

Comment 10 Patrice Dumas 2007-01-03 13:51:24 UTC
That's very weird. Could you please try to ./configure with 
--disable-rpath --enable-sound=GST and look if it still crashes?

Comment 11 Fabio Pedretti 2007-01-04 10:02:18 UTC
I did a:

cd gnash-0.7.2
./configure --disable-rpath --enable-sound=GST && make
cd ../flash-test
../gnash-0.7.2/gui/gnash simpleguess.swf

and works well.

Comment 12 Patrice Dumas 2007-01-06 17:08:33 UTC
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
-fasynchronous-unwind-tables

the next step would be to sort out which one is causing the issue...

Comment 13 Fabio Pedretti 2007-01-16 12:43:18 UTC
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
-fasynchronous-unwind-tables"
cd gnash-0.7.2 && make clean && ./configure CFLAGS="$OPTFLAGS"
CXXFLAGS="$OPTFLAGS" FFLAGS="$OPTFLAGS" && make

and the compiled gnash works fine...

Comment 14 Michael De La Rue 2007-01-19 21:09:19 UTC
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
 gnash /tmp/simpleguess.swf
 glxinfo
 xdpyinfo

Comment 15 Michael De La Rue 2007-01-20 18:37:29 UTC
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
again.  

Maybe during the build process an object file not compatible with my processor
managed to sneak in???

Comment 16 Michael De La Rue 2007-01-20 18:56:36 UTC
Created attachment 146061 [details]
rpm -qi gnash; cat /proc/cpuinfo; rpm -qi gcc

Comment 17 Patrice Dumas 2007-01-29 09:40:29 UTC
(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
> again.  
> 
> 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?

Comment 18 Michael De La Rue 2007-02-27 06:25:33 UTC
(after a little time to think about how to do that)
Gnash built with 
 mock gnash-0.7.2-1.fc6.src.rpm 
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
places.  

Comment 19 Patrice Dumas 2007-03-09 16:42:53 UTC
Could you please attach the mock build log to the bug such that
I can compare with the one from the buildsystem.

Comment 20 Michael De La Rue 2007-03-10 00:39:07 UTC
Created attachment 149758 [details]
/var/lib/mock/fedora-6-i386-core/result/build.log

build log as requested

Comment 21 Michael De La Rue 2007-03-10 00:41:44 UTC
Created attachment 149759 [details]
/var/lib/mock/fedora-6-i386-core/result/root.log

root log in case of different packages

Comment 22 Patrice Dumas 2007-03-10 23:07:08 UTC
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).

Comment 23 Michael De La Rue 2007-03-12 21:55:28 UTC
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
time; e.g. 

gnash /usr/share/gallery2/modules/core/test/data/flash.swf

gives

libGL error: open DRM failed (Operation not permitted)
libGL error: reverting to (slow) indirect rendering
zsh: illegal hardware instruction  gnash
/usr/share/gallery2/modules/core/test/data/flash.swf

and dies.

Comment 24 Patrice Dumas 2007-03-18 12:26:53 UTC
(In reply to comment #21)
> Created an attachment (id=149759) [edit]
> /var/lib/mock/fedora-6-i386-core/result/root.log
> 
> root log in case of different packages

Could you please also attach build.log?

Comment 25 Fabio Pedretti 2007-06-13 12:42:30 UTC
I am the original reporter of this bug: I have just yum-upgraded my machine to
F7 and gnash works fine.

Comment 26 Patrice Dumas 2007-09-14 05:16:30 UTC
There is certainly something along a compiler bug or the like
going on. Not easy to reproduce, closing.