Upon starting amaroK on a PPC64 system (32 bit UL) it dies right after displaying the main window. This has been broken for me in the last 2 versions of amarok (I have no success with this app, as before then I did not have this system). [ebuild R ] media-sound/amarok-1.4.0a-r1 USE="arts flac kde musicbrainz opengl visualization xinerama xmms -aac -debug -exscalibar -ifp -ipod -mysql -noamazon -postgres" Below is my emerge --info. The strace of the crash will be attached. Portage 2.1-r1 (default-linux/ppc/ppc64/2006.0/32bit-userland/970/pmac, gcc-4.1.1, glibc-2.4-r3, 2.6.15-gentoo-r5 ppc64) ================================================================= System uname: 2.6.15-gentoo-r5 ppc64 PPC970FX, altivec supported Gentoo Base System version 1.6.15 app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r2 sys-devel/gcc-config: 1.3.13-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r4 ACCEPT_KEYWORDS="ppc" AUTOCLEAN="yes" CBUILD="powerpc-unknown-linux-gnu" CFLAGS="-O2 -mtune=970 -mcpu=970 -mabi=altivec -pipe" CHOST="powerpc-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -mtune=970 -mcpu=970 -mabi=altivec -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://ftp-osl.osuosl.org/pub/gentoo" PKGDIR="/usr/portage/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'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="ppc X alsa altivec apache2 apm arts berkdb bitmap-fonts cli crypt cups dga dlloader dri dv dvd dvdread eds emboss encode esd flac foomaticdb fortran gcc64 gdbm gif gnome gpm gstreamer gtk imlib ipv6 isdnlog jpeg jpeg2k kde kdeenablefinal libg++ libwww mad mikmod motif mp3 mpeg musicbrainz ncurses nls nptl nptlonly ogg openal opengl oss pam pcre pdf pdflib perl png pppd python qt qt3 qt4 quicktime rdesktop readline reflection samba sdl session sheep smp spell spl ssl tcpd theora tiff truetype truetype-fonts type1-fonts udev unicode v4l v4l2 visualization vnc vorbis xine xinerama xml xmms xorg xscreensaver xv xvid zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux userland_GNU" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Created attachment 91713 [details] strace of the crash
The strace is useless, a bit more useful is the glibc's backtrace output. The problem seems to be related to the memcpy probing, can you run xine fine or does it crash too? In that case try to get a backtrace out of that, so that I can see where to look.
(In reply to comment #2) > The strace is useless, a bit more useful is the glibc's backtrace output. > > The problem seems to be related to the memcpy probing, can you run xine fine or > does it crash too? > In that case try to get a backtrace out of that, so that I can see where to > look. > hmm an upgrade to xine-lib 1.1.2-r2 seems to have fixed this. If it crashes again I'll be sure to get a backtrace. Closing the bug. Thanks Diego!
