Doing anything that creates a new menu or window while a movie is playing in gmplayer leads to a signal 11 crash. Reproducible: Always Steps to Reproduce: 1. start gmplayer 2. play a movie 3. right click on the movie window Actual Results: ERROR MESSAGE: MPlayer interrupted by signal 11 in module: vo_check_events - MPlayer crashed by bad usage of CPU/FPU/RAM. Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash. - MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and won't help unless you provide this information when reporting a possible bug. Expected Results: Open the requested menu/window EMERGE INFO: Gentoo Base System version 1.4.16 Portage 2.0.50-r9 (default-x86-2004.2, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.6.7-gentoo-r11) ================================================================= System uname: 2.6.7-gentoo-r11 i686 Intel(R) Pentium(R) M processor 1700MHz Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium4 -O2" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox userpriv" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="X acpi aim alsa apm arts ati audiofile avi berkdb cdr cpdflib crypt cups dga dio directfb divx4linux dvd encode esd ethereal exif fbcon flash foomaticdb gcc gdbm gif gphoto2 gpm gtk gtk2 icq imlib jabber java jpeg kde libg++ libwww lirc mad mikmod mime mmx motif mozila mpeg mplayer msn ncurses nls oggvorbis openal opengl openoffice oscar oss pam pcmcia pdflib perl png pnp posix python qt quicktime readline samba scanner sdl slang spell sse ssl svga tcpd tiff truetype trusted usb video_cards_radeon x86 xine xinerama xml2 xmms xv xvid yahoo zlib" OTHER INFO: Machine is a thinkpad laptop with a Radeon 9000 video card. Mplayer is configured to output through Gl2. Mplayer works perfectly when no GUI is used.
I just tried unmerging mplayer, setting my use flags to nothing but "gtk", and re-emerging mplayer. The problem still happens.
same thing with gentoo-dev-sources 2.6.8.1-r1/ati drivers could it be ati problem?
I'm using version 3.11.1 of the ati-drivers ebuild. What about yourself? It would make sense if this is an ati-drivers specific problem since many hours of googling has turned up literally nothing :)
I have having the same problem with almost the same system as report
I am runing ati-drivers 3.11.1 ebuild for radeon 9000 mobility and have exactly the same problem. However, my friend has radeon 8500 on suse with fgrlx 3.9 drivers (from suse's ftp) and runs mplayer 1.0pre5-3.3.4 perfectly even with right clicking while playing movie.
Just wanted to point out that I've got a temporary workaround: use xine: Haven't had any problems with it so far.
I was also having the same problem with mplayer-1.0_pre5-r3. After running through the forums I came across a note about checking /proc/cpuinfo to see what is supported by your processor. In my case I have an AMD Duron. 3dnow, 3dnowext, mmx were supported but sse and sseext were not. I removed those two from my use variables, recompiled mplayer and now its working. It seems that gcc was compiling in instructions that were not supported despite the fact that the mplayer config did properly recognize my cpu and set its own cflags accordingly. I don't know if this will solve the problem for everyone but its worth examining. Maybee we need to come up with a filtering system in portage or possibly modify ufed to keep someone from using cpu flags that don't match the processor such as 3dnow on an intel chip or sse on an AMD chip.
MPlayer uses custom CFLAGS instead of what MPlayer thinks is ok. That means you should be hanky dory now. Please re-open if you have issues of some type.
I'm sorry but the problem still persists in its original form. I just got done doing a complete system rebuild from scratch, and its still there, etc.
This sounds like http://bugzilla.mplayerhq.hu/show_bug.cgi?id=12 to me, which is related to using arts ao (though I can't reproduce it on my only PC with KDE, which is running SuSE 9.1).
*** Bug 65313 has been marked as a duplicate of this bug. ***
I have same problem. Runnig 2.6.10-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 2.53GHz GenuineIntel. Mplayer version 1.0pre5try2-3.3.5. CFLAGS originally set to "-march=pentium4 -msse2 -mfpmath=sse", later I changed it to "-O2" and recompiled mplayer. No difference.
can you give a backtrace for this please?
please provide the requested output and reopen this one if you're about to attach it.