upgraded from 0.90rc2, try to run it with or without gui and with any or no options and it segfaults. Tried compiling with and without gtk and gtk2 support. rc2 ran fine. downgraded to rc2 again and it works fine. Copied the rc2 ebuild to rc3 and it works fine. # emerge info Portage 2.0.46-r9 (default-1.0, gcc-2.95.3, glibc-2.2.5-r2) ================================================================= System uname: 2.4.19-gentoo-r10 i686 AMD Athlon(tm) processor GENTOO_MIRRORS="http://linux.oit.umass.edu/gentoo/gentoo http://www.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="" USE="x86 oss 3dnow apm avi crypt cups jpeg libg++ mikmod mmx mpeg ncurses pdflib qtmt quicktime spell truetype xml2 xmms xv berkdb bonobo cdr directfb esd gdbm gif gnome gnome-libs gpm gtk gtkhtml guile imlib libwww motif mozilla mysql nls oggvorbis opengl pam perl png python readline sdl slang snmp ssl svga tcltk tcpd tiff X -kde -qt -arts -java dvd encode gtk2" COMPILER="" CHOST="i686-pc-linux-gnu" CFLAGS="-march=i686 -O3 -pipe" CXXFLAGS="-march=i686 -O3 -pipe" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
Take the --enable-menu from the ./configure in the rc3 ebuild, and let me know if it fixes.
Nope, still segfaults
I diffed the rc2 and rc3 ebuilds and tried removing the 2 other options that were added --enable-shared-pp and --enable-dynamic-plugins and it worked. I tried it with each option removed exclusivly and by removing only --enable-shared-pp it doesnt segfault.
Hi guys, have a look at this one. Seems like --enable-shared-pp causes some problems :( Matt, are you willing to try and help us debug this ? Basically restore the original ebuild of rc3 and merge it with: # DEBUGBUILD="yes" CFLAGS="-ggdb" CXXFLAGS="-ggdb" emerge mplayer then run mplayer like so (make sure you have gdb installed ..): # gdb /usr/bin/mplayer when gdb started fine, enter the following: > run gdb will then run mplayer, and when segfaults, enter: > bt and please copy and paste that in a log, and attach here if you do not mind.
It's working fine here. Mine is compiled with gcc-3.2.1, think I need to make a bug report about emerge info though. root@media tony # emerge info Portage 2.0.46-r9 (default-x86-1.4, gcc-which: no gcc in (/sbin:/bin:/usr/sbin:/usr/bin) sh: line 1: -dumpversion: command not found, glibc-2.3.1-r2) tony@media 001 $ mplayer finding_forrester-001.avi Using GNU internationalization Original domain: messages Original dirname: /usr/share/locale Current domain: mplayer Current dirname: /usr/share/locale MPlayer 0.90rc3-3.2.1 (C) 2000-2003 Arpad Gereoffy (see DOCS) CPU: Advanced Micro Devices Athlon 4 PM Palomino/Athlon MP Multiprocessor/Athlon XP eXtreme Performance (Family: 6, Stepping: 2) Detected cache-line size is 64 bytes SSE supported but disabled CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 0 SSE2: 0 Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx
Hi there, I got the same error. I also use the same gcc and glibc as Matt. Removing --enable-shared-pp from the ebuild fixed it.
No problem... # DEBUGBUILD="yes" CFLAGS="-ggdb" CXXFLAGS="-ggdb" emerge mplayer # gdb /usr/bin/mplayer GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"... (no debugging symbols found)... (gdb) run Starting program: /usr/bin/mplayer Program received signal SIGSEGV, Segmentation fault. 0x4000926b in ?? () (gdb) bt #0 0x4000926b in ?? () #1 0x4000300a in ?? () #2 0x4000cf7b in ?? () #3 0x40001d3d in ?? () #4 0x40001c51 in ?? ()
Err, sorry, im dense. The ebuild unset CFLAGS, etc, so just add '--enable-debug=3' to ./configure, run: # DEBUGBUILD="yes" emerge mplayer and do the rest of the gdb stuff. Sorry Matt.
I get the same thing just without the (no debugging symbols found)... line.
Yep, but could you paste that output ? Also, can you try rc4 when I add it in a bit ?
emerged rc4 with --enable-debug=3 added to ./configure and DEBUGBUILD="yes" # gdb mplayer GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"... (gdb) run Starting program: /usr/bin/mplayer Program received signal SIGSEGV, Segmentation fault. 0x4000926b in ?? () (gdb) bt #0 0x4000926b in ?? () #1 0x4000300a in ?? () #2 0x4000cf7b in ?? () #3 0x40001d3d in ?? () #4 0x40001c51 in ?? ()
see http://mplayerhq.hu/pipermail/mplayer-users/2003-February/028871.html and http://mplayerhq.hu/pipermail/mplayer-users/2003-February/029092.html it comes from --enable-shared-pp passed to configure in the ebuild. After removing this option it works again !
Yes, we figured that out, but it works fine if compiled with gcc3.2, but not gcc-2.95.
Ok, removed the flag from ./configure for rc4.
Whoops. Ill fix mplayer to enable shared-pp again if 'encode' in USE, and we are using gcc3 in a bit ...
Bump Just wondering if you were still wanting to put enable-shared-pp back into the ebuild.
any news ? can we close this ?
mplayer-0.90-r4 works fine for me, so I'm all set with this bug. I don't know whats going on with the shared-pp stuff thou.
great, closing as fixed
I take it that's a no on the --enable-shared-pp going back into the ebuild. Would be nice not to have to keep my own version just for --enable-shared-pp. This is a good deinterlacer that can be used in transcode, originally requested by me in bug #12999 but then it had problems with 2.95.x, so martin took it out. He said he'd put it back in in the message above, checking for the gcc version, and if the "encode" use flag was set, but he probably got too busy or didn't think it was worth it. I'd still like this, but I'm sure I'm in the minority.
Clint, I did not decide on not doing - its just that I am bit overrun these days :/ I will however be accepting any patches for this =)