Bug#390919: gnash: dies with illegal instruction
Hi, On Wed, Oct 04, 2006 at 04:45:33AM +0200, Miriam Ruiz wrote: I've compiled a new version of the package with --without-gcc-arch added to ./configure in debian/rules and placed it temporarily at http://pkg-flash.alioth.debian.org/gnash/ Thanks! Gnash no longer crashes on my system if I use these packages. Thanks for the report. Please, tell me if that solves the problem. In any case, as that bug might be all along the packages, wouldn't it make sense to tell debhelper maintainers to add --without-gcc-arch to the skeleton of autotools-based packages? Possibly but I don't know for sure. I have hit this movss issue now with two packages in two days (mesa and gnash). With gnash the build output says checking for gcc architecture flag... checking for x86 cpuid 0 output... 5:756e6547:6c65746e:49656e69 checking for x86 cpuid 1 output... f33:10800:41d:bfebfbff checking whether C compiler accepts -march=prescott... yes checking for gcc architecture flag... -march=prescott but with mesa there is no such output from configure and they just pass -msse manually to cc: cc -I../../../include/GL -I../../../include -I.. -I../main -I../math -I../glapi -I../tnl -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE -D_GNU_SOURCE -DUSE_XSHM -DPTHREADS `pkg-config --cflags x11 xext` -DDEBUG -DM ESA_DEBUG -ansi -pedantic -Wall -fPIC -std=c99 -march=i686 -msse -mfpmath=sse -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM gen_matypes.c -o gen_matypes best regards, Timo Lindfors pgpqJoQUXPkTx.pgp Description: PGP signature
Bug#390919: gnash: dies with illegal instruction
Package: gnash Version: 0.7.1+cvs20060924.1330-1 Severity: grave Justification: renders package unusable Steps to reproduce: 1) gnash foo.swf Expected results: 1) gnash opens a window and shows output of the interpreter flash program. Actual results: 1) gnash crashes with the following message: Illegal instruction (core dumped) More info: 1) GDB shows the following backtrace: [New Thread 32769 (LWP 26043)] [New Thread 16386 (LWP 26044)] [Thread 16386 (LWP 26044) exited] Program received signal SIGILL, Illegal instruction. [Switching to Thread 16384 (LWP 26042)] 0x408afaf6 in gnash::Player::run () from /usr/lib/libgnashplayer.so.0 (gdb) bt #0 0x408afaf6 in gnash::Player::run () from /usr/lib/libgnashplayer.so.0 #1 0x0804a058 in ?? () #2 0x411d53be in __libc_start_main () from /lib/libc.so.6 #3 0x08049791 in ?? () (gdb) x/6i $eip 0x408afaf6 _ZN5gnash6Player3runEiPPcPKcS4_+342: movss 0xff94(%ebp),%xmm0 0x408afafb _ZN5gnash6Player3runEiPPcPKcS4_+347: mov(%edi),%eax 0x408afafd _ZN5gnash6Player3runEiPPcPKcS4_+349: mov%edi,(%esp) 0x408afb00 _ZN5gnash6Player3runEiPPcPKcS4_+352: cvttss2si %xmm0,%esi 0x408afb04 _ZN5gnash6Player3runEiPPcPKcS4_+356: call *0x38(%eax) 0x408afb07 _ZN5gnash6Player3runEiPPcPKcS4_+359: fstps 0xff94(%ebp) 2) It seems that gnash dies because it tries to use the movss instruction which is only available in the SSE instruction set that my system does not have. 3) /proc/cpuinfo: processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 4 model name : AMD Athlon(tm) processor stepping: 2 cpu MHz : 701.604 cache size : 256 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow bogomips: 1399.19 4) I suggest you pass the --without-gcc-arch option to configure in debian/rules so that the build script don't pass options like -march=prescot to gcc even if the CPU of the build system supports those. Please let me know if you are unable to reproduce this bug on hardware without SSE support. If you have trouble getting access to such hardware I can also do further testing. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.32sauna0 Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1) Versions of packages gnash depends on: ii libaa1 1.4p5-30 ascii art library ii libartsc0 1.5.4-1 aRts sound system C support librar ii libasound2 1.0.12-1 ALSA library ii libaudio2 1.8-2The Network Audio System (NAS). (s ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libc6 2.3.6.ds1-5 GNU C Library: Shared libraries ii libcomerr2 1.39-1.1 common error description library ii libcurl3-gnutls 7.15.5-1 Multi-protocol file transfer libra ii libdirectfb-0.9 0.9.25.1-3 frame buffer graphics library ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig1 2.4.1-2 generic font configuration library ii libgcc1 1:4.1.1-15 GCC support library ii libgcrypt11 1.2.3-2 LGPL Crypto library - runtime libr ii libgl1-mesa-swx 6.5.1-0.1A free implementation of the OpenG ii libglib2.0-02.12.4-1 The GLib library of C routines ii libglu1-mesa [l 6.5.1-0.1The OpenGL utility library (GLU) ii libgnash0 0.7.1+cvs20060924.1330-1 free Flash movie player - shared l ii libgnutls13 1.4.4-1 the GNU TLS library - runtime libr ii libgpg-error0 1.4-1library for common error values an ii libgtkglext11.0.6-2.1+b1 OpenGL Extension to GTK (shared li ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libidn110.6.5-1 GNU libidn library, implementation ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libkrb531.4.4-3 MIT Kerberos runtime libraries ii libmad0 0.15.1b-2.1 MPEG audio decoder library ii libncurses5 5.5-4Shared libraries for terminal hand ii libogg0 1.1.3-2 Ogg Bitstream Library ii libpango1.0-0 1.14.4-2 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libsdl-mixer1.2 1.2.6-1.1+b1 mixer library for Simple DirectMed ii
Bug#390919: gnash: dies with illegal instruction
Hi, I've compiled a new version of the package with --without-gcc-arch added to ./configure in debian/rules and placed it temporarily at http://pkg-flash.alioth.debian.org/gnash/ I don't know if the error would be repetible with a package compiled in my compiler, as I guess the version in Debian i386 might have been compiled by my sponsor or by the buildd system. Anyway, lets try. I have used the same orig tarball that is currently in Debian SID not to hide the results under a change of the code. Thanks for the report. Please, tell me if that solves the problem. In any case, as that bug might be all along the packages, wouldn't it make sense to tell debhelper maintainers to add --without-gcc-arch to the skeleton of autotools-based packages? Greetings, Miry PS: I'm CC my sponsor for the package, in case he's interested in this too. --- Timo Juhani Lindfors [EMAIL PROTECTED] escribió: Package: gnash Version: 0.7.1+cvs20060924.1330-1 Severity: grave Justification: renders package unusable Steps to reproduce: 1) gnash foo.swf Expected results: 1) gnash opens a window and shows output of the interpreter flash program. Actual results: 1) gnash crashes with the following message: Illegal instruction (core dumped) More info: 1) GDB shows the following backtrace: [New Thread 32769 (LWP 26043)] [New Thread 16386 (LWP 26044)] [Thread 16386 (LWP 26044) exited] Program received signal SIGILL, Illegal instruction. [Switching to Thread 16384 (LWP 26042)] 0x408afaf6 in gnash::Player::run () from /usr/lib/libgnashplayer.so.0 (gdb) bt #0 0x408afaf6 in gnash::Player::run () from /usr/lib/libgnashplayer.so.0 #1 0x0804a058 in ?? () #2 0x411d53be in __libc_start_main () from /lib/libc.so.6 #3 0x08049791 in ?? () (gdb) x/6i $eip 0x408afaf6 _ZN5gnash6Player3runEiPPcPKcS4_+342: movss 0xff94(%ebp),%xmm0 0x408afafb _ZN5gnash6Player3runEiPPcPKcS4_+347: mov(%edi),%eax 0x408afafd _ZN5gnash6Player3runEiPPcPKcS4_+349: mov%edi,(%esp) 0x408afb00 _ZN5gnash6Player3runEiPPcPKcS4_+352: cvttss2si %xmm0,%esi 0x408afb04 _ZN5gnash6Player3runEiPPcPKcS4_+356: call *0x38(%eax) 0x408afb07 _ZN5gnash6Player3runEiPPcPKcS4_+359: fstps 0xff94(%ebp) 2) It seems that gnash dies because it tries to use the movss instruction which is only available in the SSE instruction set that my system does not have. 3) /proc/cpuinfo: processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 4 model name : AMD Athlon(tm) processor stepping: 2 cpu MHz : 701.604 cache size : 256 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow bogomips: 1399.19 4) I suggest you pass the --without-gcc-arch option to configure in debian/rules so that the build script don't pass options like -march=prescot to gcc even if the CPU of the build system supports those. Please let me know if you are unable to reproduce this bug on hardware without SSE support. If you have trouble getting access to such hardware I can also do further testing. __ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]