Please review, test and stabilize Herrie, the command line music player. Along with it should go stable uriparser and libspiff, so it's dev-libs/uriparser-0.4.1 media-libs/libspiff-0.7.1 media-sound/herrie-1.8.1 It's all their first stabilizations, so please test at least one of the audio outputs that you can enable with USE flags. You can only enable one output at a time (I recommend trying alsa, oss and ao). For testing the autosave feature, enable USE=xspf and add to your /etc/herrie.conf: playq.dumpfile=~/.herrie/autosave.xspf Then, after adding a file to the playlist and restarting herrie, the file should still be there. This makes sure libspiff and uriparser actually work. Thank you!
media-sound/herrie-1.8.1 on AMD64: Emerged fine, No Collisions. Doesn't work here. What happened: I launched herrie built with: [ebuild R ] media-sound/herrie-1.8.1 USE="alsa mp3 nls unicode vorbis xspf -ao -http -modplug -oss -pulseaudio -sndfile" LINGUAS="-de -ga -nl -pl -ru -sv -tr" 0 kB Navigate to my music and press 'a' to add the music. I press 'x' to play and herrie has a segmentation fault. Portage 2.1.2.11 (default-linux/amd64/2007.0, gcc-4.1.2, glibc-2.5-r4, 2.6.23-rc1 x86_64) ================================================================= System uname: 2.6.23-rc1 x86_64 Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz Gentoo Base System release 1.12.9 Timestamp of tree: Fri, 10 Aug 2007 14:30:02 +0000 dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r4 dev-python/pycrypto: 2.0.1-r6 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.23b virtual/os-headers: 2.6.21 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=nocona -fomit-frame-pointer -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=nocona -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="collision-protect distlocks metadata-transfer multilib-strict sandbox sfperms strict test" GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://www.gtlib.gatech.edu/pub/gentoo " MAKEOPTS="-j3" PKGDIR="/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aac acl alsa amd64 berkdb bitmap-fonts cli cracklib crypt cups dbus dri flac fortran gdbm gpm hal iconv isdnlog jpeg kde kdeenablefinal mad midi mmx mp3 mpeg mudflap ncurses nls nptl nptlonly ogg opengl openmp oss pam pcre perl png pppd python qt4 readline reflection session spl sse sse2 ssl symlink tcpd test truetype truetype-fonts type1-fonts unicode vorbis xml xorg zlib" ALSA_CARDS="usb-audio hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Can you please attach a gdb backtrace and what kind of file you were opening? Also, did you test it inside a chroot or with the chroot feature (enabled in the config file) or in the normal space?
Created attachment 127691 [details] Backtrace of herrie with alsa-lib-1.0.14_rc2 On the stable chroot media-libs/alsa-lib-1.0.14_rc2 was tested, while I also tested media-libs/alsa-lib-1.0.14a-r1 in my normal unstable environment. Both result in a segfault.
Removing arches until this bug is fixed.
This looks like a bug in alsa-lib. The segfault obviously comes from one of its functions and it should not crash even when the calling program does not prepare the state correctly.
Fixed in 1.8.3. Thanks.
