when i try to extract a cd with sound-juicer, no matter what the output format is, it crashes with a segmentation fault error. i'm using sound-juicer 0.5.11 and all my system is up-to-date with ACCEPT-KEYWORDS="~x86". perhaps this might help you greatly: sound-juicer allows me to select between the track formats ogg vorbis, flac and wave. the mp3 option is shaded. when i try to encode ogg vorbis or flac, it simply quits with a segmentation fault: hmtr@rebeca hmtr $ sound-juicer Segmentation fault when i try to encode to wav, the output is a little bit different: hmtr@rebeca hmtr $ sound-juicer ** (sound-juicer:28422): WARNING **: The current encoding element doesn't have tag support Segmentation fault so perhaps the problem is not on the encoder itself? Reproducible: Always Steps to Reproduce: 1. open sound-juicer 2. insert a cd 3. click on the "extract button" Actual Results: sound-juicer exits with a segmentation fault error Expected Results: sound-juicer should extract the songs Portage 2.0.50-r8 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.6.3-gentoo-r1) ================================================================= System uname: 2.6.3-gentoo-r1 i686 AMD Athlon(tm) XP 1500+ Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" 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 /usr/local/bmg-main" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X acpi alsa apm avi berkdb bonobo cdr crypt cups curl dga directfb divx4linux dvb dvd emacs evo fbcon flac foomaticdb gdbm ggi gif glut gnome gpm gstreamer gtk gtk2 gtkhtml guile imlib java javascript jpeg justify lcms lesstif libcaca libg++ libgda libwww mad md5sum mikmod mmx mng mozcalendar mozilla mozsvg mpeg nas ncurses net nls nptl oggvorbis opengl oss pdflib perl png ppds python quicktime readline samba sdk sdl slang slp sqlite sse ssl stencil-buffer stroke svga tcltk tcpd tetex theora tiff truetype wmf wsconvert x86 xgetdefault xml xml2 xmms xv xvid zlib"
This is a gnome package... reassigning.
Could you compile sound-juicer with debuging enabled and provide an strace/gdb log?
i've opened up gdb and got the following: (gdb) run Starting program: /tmp/sj/aha/bin/sound-juicer warning: Unable to find dynamic linker breakpoint function. GDB will be unable to debug shared library initializers and track explicitly loaded dynamic code. Program received signal SIGSEGV, Segmentation fault. 0x4014d609 in gst_mem_chunk_alloc () from /usr/lib/libgstreamer-0.8.so.1 so i guess that this is not a sound-juicer bug, but a gstreamer bug. i don't really know how to use strace or gdb in depth.
i see you've been using BMG.. i'm sort of inclined to just close it for that reason. If you can reproduce it on a clean gentoo system then we could discuss it further.
i've tried it on another gentoo system and i can't seem to reproduce the bug. i'm also having problems with other applications that use gstreamer, so most likely this bug is related to gstreamer, not sound-juicer. i agree that this should be closed.
ok closing, not reproducable on a clean system
I get the same result on a really clean gentoo-system (built yesterday). So we should reopen it.
Here is my backtrace: #0 0xb67dbd58 in FLAC__stream_encoder_process_interleaved () from /usr/lib/libFLAC.so.6 #1 0x08062a38 in ?? () #2 0x0807ea30 in ?? () #3 0xbfffcd18 in ?? () #4 0x08062a38 in ?? () #5 0xb67a2574 in ?? () from /usr/lib/libFLAC.so.6 #6 0x08422f20 in ?? () #7 0x084526b0 in ?? () #8 0x08451aa0 in ?? () #9 0xb3f52c41 in ?? () #10 0xb7ff1f0c in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2
Now I'd used media-libs/flac-1.1.0-r2 and masked the current one in ~x86. This workaround works fine.
