Version: 1.3.5 (using KDE KDE 3.4.1) Installed from: Gentoo Packages Compiler: gcc 3.4.4 OS: Linux Amarok 1.3.5 crashes after startup after a small interval of time passes (a few seconds) even if i'm not playing any music. I was able to rescan my collection so I'm pretty sure it's not a collection parsing issue (like mentionned in the FAQ). I tried running it with the three engines I had: xine, gstreamer and aRts, restarting between switches and I had the same results. What's strange is that if I compile with debugging symbols (emerge with USE="debug" on gentoo) the problems disappears. I don't know what could cause this. Tested against 1.3, 1.3.1, 1.3.2, 1.3.3 and 1.3.5. Each time resetting the whole configuration. Original bug report: http://bugs.gentoo.org/show_bug.cgi?id=102662 I followed an advice to report it upstream. System info: arch: amd64 gcc 3.4.4 linux-kernel 2.6.12-gentoo-r9 glibc 2.3.5-r2 qt 3.3.4-r3 Gnome 2.10 desktop Crash message: X Error: BadWindow (invalid Window parameter) 3 Major opcode: 7 Minor opcode: 0 Resource id: 0x2600143 amd64 singlecore no HT (that I know of) `cat /proc/cpuinfo` processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 4 model name : AMD Athlon(tm) 64 Processor 3000+ stepping : 8 cpu MHz : 2000.148 cache size : 512 KB fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext lm 3dnowext 3dnow bogomips : 3940.35 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp I'll be willing to provide more information. I just don't know what to do.
Out of curiosity, and only test this if you have it installed. Does the crash occur if you run from inside KDE environment? if you run amarok from the command line, do you see anything when it bugs out?
I have exactly the same problem. It is x86 (Athlon XP). I get this error message on the command line: X Error: BadWindow (invalid Window parameter) 3 Major opcode: 7 Minor opcode: 0 Resource id: 0x2a00037 Gentoo, gcc-3.4.3, glibc-2.3.5-r2, 2.6.13-gentoo-r5 i686 Gnome 2.12 (I had this problem with 2.10 too). I opened an Xnest and logged in to KDE 3.4 and amarok crashes there too (if I login normally not from Xnest it crashes too). The command line output: ux0:current_audio, not allowed. X Error: BadAlloc (insufficient resources for operation) 11 Major opcode: 45 Minor opcode: 0 Resource id: 0x22005e9 X Error: BadAlloc (insufficient resources for operation) 11 Major opcode: 45 Minor opcode: 0 Resource id: 0x22005ea QWidget::setMinimumSize: The smallest allowed size is (0,0)
logged in kde 3.4.1 and it still crashes on the command line: # amarok kbuildsycoca running... DCOP Cleaning up dead connections. QLayout: Adding KToolBar/mainToolBar (child of QVBox/unnamed) to layout for PlaylistWindow/PlaylistWindow amaroK: [Loader] Starting amarokapp.. amaroK: [Loader] Don't run gdb, valgrind, etc. against this binary! Use amarokapp. (process:15430): GStreamer-WARNING **: pad audioscale0:src has no event handler X Error: BadWindow (invalid Window parameter) 3 Major opcode: 7 Minor opcode: 0 Resource id: 0x2600014 The X Error comes long after the GStreamer-WARNING so I don't think it's related. I noticed that after a fresh compile it lasts usually longer before crashing maybe up to 2 minutes. Usually it's a matter of seconds before the crash. I will add the compilation output in the case it can help.
Created attachment 13256 [details] amarok compile (actually the gentoo's emerge) result of `emerge -v amarok`
Please provide a valid backtrace. Otherwise we can only guess what's going on. It's very likely that this is related to wrong CFLAGS or optimizations in your ebuild, which become disabled when you use the DEBUG flag.
ok, n00b warning my first backtrace ever since I have no crash with the DEBUG flag on, I did a backtrace without it here's what I did (correct me if i'm wrong) # gdb --args amarokapp #(gdb) run Starting program: /usr/kde/3.4/bin/amarokapp [Thread debugging using libthread_db enabled] [New Thread 46912600094528 (LWP 20792)] [New Thread 1082141024 (LWP 20795)] [Thread 1082141024 (LWP 20795) exited] [New Thread 1090533728 (LWP 20796)] [Thread 1090533728 (LWP 20796) exited] QLayout: Adding KToolBar/mainToolBar (child of QVBox/unnamed) to layout for PlaylistWindow/PlaylistWindow [New Thread 1090533728 (LWP 20797)] [Thread 1090533728 (LWP 20797) exited] STARTUP Caps negotiation succeeded with 1 Hz @ 1 channels [New Thread 1092634976 (LWP 20798)] (process:20792): GStreamer-WARNING **: pad audioscale0:src has no event handler [New Thread 1090533728 (LWP 20799)] [Thread 1090533728 (LWP 20799) exited] Caps negotiation succeeded with 44100 Hz @ 2 channels Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912600094528 (LWP 20792)] 0x00002aaaafd9a360 in std::__num_base::_S_format_int () from /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/libstdc++.so.5 #(gdb) bt #0 0x00002aaaafd9a360 in std::__num_base::_S_format_int () from /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/libstdc++.so.5 #1 0x00002aaaafd9a3cc in std::locale::_Impl::_M_remove_reference () from /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/libstdc++.so.5 #2 0x00002aaaafd999c2 in std::locale::operator= () from /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/libstdc++.so.5 #3 0x00002aaaafd9124d in std::ios_base::_M_init () from /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/libstdc++.so.5 #4 0x00002aaaafd8f101 in std::basic_ios<char, std::char_traits<char> >::init () from /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/libstdc++.so.5 #5 0x0000000000493691 in TagLib::List<TagLib::ID3v2::Frame*>::front () #6 0x000000000049385b in TagLib::List<TagLib::ID3v2::Frame*>::front () #7 0x0000000000472160 in QValueList<QString>::detachInternal () #8 0x00002aaaad4de50a in QObject::event () from /usr/qt/3/lib64/libqt-mt.so.3 #9 0x00002aaaad4881ad in QApplication::internalNotify () from /usr/qt/3/lib64/libqt-mt.so.3 #10 0x00002aaaad488530 in QApplication::notify () from /usr/qt/3/lib64/libqt-mt.so.3 #11 0x00002aaaac7fabd1 in KApplication::notify () from /usr/kde/3.4/lib64/libkdecore.so.4 #12 0x00002aaaad47d26d in QEventLoop::activateTimers () from /usr/qt/3/lib64/libqt-mt.so.3 #13 0x00002aaaad43e47d in QEventLoop::processEvents () ---Type <return> to continue, or q <return> to quit--- from /usr/qt/3/lib64/libqt-mt.so.3 #14 0x00002aaaad49c2b5 in QEventLoop::enterLoop () from /usr/qt/3/lib64/libqt-mt.so.3 #15 0x00002aaaad49c212 in QEventLoop::exec () from /usr/qt/3/lib64/libqt-mt.so.3 #16 0x00000000005ab15e in QWizard::setFinish () #17 0x00002aaab02b6674 in __libc_start_main () from /lib/tls/libc.so.6 #18 0x000000000045279a in ?? () #19 0x00007fffff85d548 in ?? () #20 0x000000000000001c in ?? () #21 0x0000000000000001 in ?? () #22 0x00007fffff85e3f8 in ?? () #23 0x0000000000000000 in ?? () #24 0x00007fffff85e402 in ?? () #25 0x00007fffff85e4ce in ?? () #26 0x00007fffff85e4e1 in ?? () #27 0x00007fffff85e4f0 in ?? () #28 0x00007fffff85e500 in ?? () #29 0x00007fffff85e50b in ?? () #30 0x00007fffff85e547 in ?? () #31 0x00007fffff85e559 in ?? () #32 0x00007fffff85e569 in ?? () #33 0x00007fffff85e586 in ?? () System's CFLAG CFLAGS="-march=k8 -O2 -pipe" I guess it's a problem with the way amarok is compiled but i'm not really sure can someone confirm please?
Ok, well backtraces without debug are useless as-one-might-think. :) Your CFLAGS are fine, so I'm not sure. You could try changing your CFLAGS to just "-pipe" and see if that helps.
# CFLAGS="-pipe" emerge -v amarok # gdb --args amarokapp #(gdb) run [...irrelevant output...] kio (Scheduler): FATAL: BUG! _ScheduleJob(): No extraJobData for job! Program received signal SIGABRT, Aborted. [Switching to Thread 46912600094528 (LWP 17488)] 0x00002aaab02c8839 in raise () from /lib/tls/libc.so.6 #(gdb) bt #0 0x00002aaab02c8839 in raise () from /lib/tls/libc.so.6 #1 0x00002aaab02c9cde in abort () from /lib/tls/libc.so.6 #2 0x00002aaaac80900c in kdbgstream::flush () from /usr/kde/3.4/lib64/libkdecore.so.4 #3 0x00000000004f4fe4 in endl () #4 0x00002aaaabcefaa4 in KIO::Scheduler::_scheduleJob () from /usr/kde/3.4/lib64/libkio.so.4 #5 0x0000000000562c7e in QValueList<KAction*>::detachInternal () #6 0x000000000056309c in QValueList<KAction*>::detachInternal () #7 0x00002aaaad4e0c67 in QObject::activate_signal () from /usr/qt/3/lib64/libqt-mt.so.3 #8 0x00002aaaabcfa096 in KIO::Job::result () from /usr/kde/3.4/lib64/libkio.so.4 #9 0x00002aaaabcfa12c in KIO::Job::emitResult () from /usr/kde/3.4/lib64/libkio.so.4 #10 0x00002aaaabcfc686 in KIO::SimpleJob::slotFinished () from /usr/kde/3.4/lib64/libkio.so.4 #11 0x00002aaaabd0a9ca in KIO::TransferJob::slotFinished () from /usr/kde/3.4/lib64/libkio.so.4 #12 0x00002aaaabcfb829 in KIO::TransferJob::qt_invoke () from /usr/kde/3.4/lib64/libkio.so.4 #13 0x00002aaaabcfd09a in KIO::StoredTransferJob::qt_invoke () from /usr/kde/3.4/lib64/libkio.so.4 ---Type <return> to continue, or q <return> to quit--- #14 0x00002aaaad4e0cd8 in QObject::activate_signal () from /usr/qt/3/lib64/libqt-mt.so.3 #15 0x00002aaaad4e1442 in QObject::activate_signal () from /usr/qt/3/lib64/libqt-mt.so.3 #16 0x00002aaaabcec4a5 in KIO::SlaveInterface::dispatch () from /usr/kde/3.4/lib64/libkio.so.4 #17 0x00002aaaabceb3ab in KIO::SlaveInterface::dispatch () from /usr/kde/3.4/lib64/libkio.so.4 #18 0x00002aaaabce791a in KIO::Slave::gotInput () from /usr/kde/3.4/lib64/libkio.so.4 #19 0x00002aaaabce7cab in KIO::Slave::qt_invoke () from /usr/kde/3.4/lib64/libkio.so.4 #20 0x00002aaaad4e0cd8 in QObject::activate_signal () from /usr/qt/3/lib64/libqt-mt.so.3 #21 0x00002aaaad4e12df in QObject::activate_signal () from /usr/qt/3/lib64/libqt-mt.so.3 #22 0x00002aaaad4f959b in QSocketNotifier::event () from /usr/qt/3/lib64/libqt-mt.so.3 #23 0x00002aaaad4881ad in QApplication::internalNotify () from /usr/qt/3/lib64/libqt-mt.so.3 #24 0x00002aaaad488530 in QApplication::notify () from /usr/qt/3/lib64/libqt-mt.so.3 #25 0x00002aaaac7fabd1 in KApplication::notify () ---Type <return> to continue, or q <return> to quit--- from /usr/kde/3.4/lib64/libkdecore.so.4 #26 0x00002aaaad47d3ef in QEventLoop::activateSocketNotifiers () from /usr/qt/3/lib64/libqt-mt.so.3 #27 0x00002aaaad43e431 in QEventLoop::processEvents () from /usr/qt/3/lib64/libqt-mt.so.3 #28 0x00002aaaad49c2b5 in QEventLoop::enterLoop () from /usr/qt/3/lib64/libqt-mt.so.3 #29 0x00002aaaad49c212 in QEventLoop::exec () from /usr/qt/3/lib64/libqt-mt.so.3 #30 0x00000000005ab15e in QWizard::setFinish () #31 0x00002aaab02b6674 in __libc_start_main () from /lib/tls/libc.so.6 #32 0x000000000045279a in ?? () #33 0x00007fffff9e1df8 in ?? () #34 0x000000000000001c in ?? () #35 0x0000000000000001 in ?? () #36 0x00007fffff9e23f5 in ?? () #37 0x0000000000000000 in ?? () #38 0x00007fffff9e23ff in ?? () #39 0x00007fffff9e24cb in ?? () #40 0x00007fffff9e24df in ?? () #41 0x00007fffff9e24ee in ?? () #42 0x00007fffff9e24fe in ?? () #43 0x00007fffff9e2509 in ?? () Ok, what does that mean now? It's pretty different than from last time. Correct me if I'm wrong but doesn't backtracing shows the last function calls before the crash? Doesn't that mean that the problem is in glibc or could it be that badly validated input was sent to this lib? or even that it was badly compiled? and why the previous backtrace I did showed you it was not a bug in the way I compiled amarok?
Compiled 1.3.6, still the same: X Error: BadWindow (invalid Window parameter) 3 Major opcode: 7 Minor opcode: 0 Resource id: 0x2600014 What can I possibly do to help you guys?
This might not be relevant, but as far as I remember, I did not have this problem before updating KDE 3.4.2 to 3.4.3 When starting amarokapp from a console, I only get three lines of output, where the only relevant one is kio (Scheduler): FATAL: BUG! _ScheduleJob(): No extraJobData for job!
It's fixed in 1.3.6. Simply upgrade.
Sorry, but it still crashes. When I start amarok, it runs for a while, then disappears (no output, except the QLayout for amarokapp), when I run amarokapp, I get this when I start to play a song: QLayout: Adding KToolBar/mainToolBar (child of QVBox/unnamed) to layout for PlaylistWindow/PlaylistWindow STARTUP Caps negotiation succeeded with 1 Hz @ 1 channels Segmentation fault
amarok 1.3.6 still crashes on my PC compiling it with debugging enabled (gentoo's USE="DEBUG" flag) fixes it how could I find why debug symbols fixes it?
I've found some people with the same problem: http://forums.gentoo.org/viewtopic-t-379264.html The problem could be related to alsa's dmix. dmix is enabled by default in alsa > 1.0.9rc2 I've got two PCs at home with amarok. One with alsa < 1.0.9 (w/o dmix) and one with alsa > 1.0.9 (w/ dmix). The PC with dmix enabled is always crashing. Someone experienced the same problem here: http://forums.gentoo.org/viewtopic-p-2903067.html#2903067 The PC w/o dmix is fine. What would cause amarok w/o debugging symbols to crash against alsa w/ dmix and have it work alright when it's built w/ debugging symbols?
Are you using in-kernel ALSA or alsa-driver? Which version of alsa-driver and which of alsa-lib? It might even be a problem within ALSA itself, again (sigh).
I use in-kernel alsa, alsa-lib's version is 1.0.10_rc3 emerge -pv alsa-lib gentoo-sources alsa-driver These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] media-libs/alsa-lib-1.0.10_rc3 +doc -jack 0 kB [ebuild R ] sys-kernel/gentoo-sources-2.6.14-r2 -build -doc +symlink (-ultra1) 0 kB [ebuild N ] media-sound/alsa-driver-1.0.10_rc3 +doc +oss 0 kB
Give a try to rc3, as rc1 (shipped with 2.6.14) had quite a few problems. If that's the case, it's another upstream ALSA issue.
I use in-kernel alsa too alsa-lib-1.0.10 kernel-2.6.13-gentoo-r5
hi. i have 0000:00:10.0 Multimedia audio controller: Ensoniq 5880 AudioPCI (rev 04) i thought it is in-kernel alsa fault, but now i m using media-sound/alsa-driver and still get: $ amarokapp kbuildsycoca running... kdecore (KAction): WARNING: KActionCollection::KActionCollection( QObject *parent, const char *name, KInstance *instance ) QLayout: Adding KToolBar/mainToolBar (child of QVBox/unnamed) to layout for PlaylistWindow/PlaylistWindow QPainter::begin: Cannot paint null pixmap STARTUP (process:4869): GStreamer-CRITICAL **: gst_pad_send_event: assertion `GST_STATE (parent) >= GST_STATE_PAUSED' failed Naruszenie ochrony pamięci "Naruszenie ochrony pamięci" means "segmentation fault"
2 things: 1) be sure CXXFLAGS is different, as KDE uses that (compiling C++ code here) 2) kde_use_debug_code is set to full because of the way the eclass handles the debug USE flag, this adds -fno-inline as well as -g3 I'd try adding -fno-inline to C[XX]FLAGS and see what happens.
It works with -fno-inline. [ebuild R ] media-sound/amarok-1.3.6 +arts -debug +flac +gstreamer +kde +kdeenablefinal +mp3 +musicbrainz +mysql -noamazon +opengl +postgres +visualization +vorbis +xine -xinerama +xmms 0 kB I use 2.6.14-gentoo-r2 in-kernel alsa. emerge info Portage 2.0.51.22-r3 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.14-gentoo-r2 i686) ================================================================= System uname: 2.6.14-gentoo-r2 i686 AMD Athlon(tm) XP 2200+ Gentoo Base System version 1.6.13 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [disabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.8.1-r1, 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /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/splash /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig candy distcc distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.linux.ee/pub/gentoo/distfiles http://trumpetti.atm.tut.fi/gentoo/" LANG="hu_HU" LC_ALL="hu_HU" LINGUAS="hu" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowext X aac aalib acl adns aim alsa apache2 apm arts audiofile avi bash-completion berkdb bitmap-fonts bmp bonobo browserplugin bzip2 cairo calendar cdr crypt cups curl dbus dga doc dts dv dvd dvdread dvi eds emboss encode esd exif expat fam fbcon ffmpeg firefox flac foomaticdb fortran ftp gd gdbm gif gimp gimpprint glitz glut gmp gnome gnomedb gnutls gphoto2 gpm gstreamer gtk gtk2 gtkhtml hal howl icu idn imagemagick imap imlib java jpeg junit kde kdeenablefinal kerberos lcms ldap libcaca libg++ libwww live mad mhash mikmod mime mmx mng mono motif mozilla mp3 mpeg mysql nautilus ncurses nls nntp nptl nsplugin offensive ogg oggvorbis opengl oss pam pcre pdflib perl pic png postgres ppds python qt quicktime readline recode samba scanner sdl slang smime sox spell sqlite sse ssl svg svga t1lib tcltk tcpd tetex theora tiff truetype truetype-fonts type1-fonts udev unicode usb videos vnc vorbis win32codecs wxwindows xine xml xml2 xmms xprint xscreensaver xv xvid zeroconf zlib video_cards_radeon linguas_hu userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS
Using "-O2 -fno-inline" instead of "-O3" fixed it for me (amaroK1.3.7+Gentoo).
So I was basically right after all, hem hem ;) Anyway, can this issue be fixed downstream ASAP, with a change in the ebuild? *nudges flameeyes*
I'd like to get reports about in-kernel vs alsa-driver drivers. I used for long time amaroK compiled with -O3 and no problem whatsoever. Filtering flags this way seems more alchemy... And yes, the debug vs non-debug happened with ALSA mismatches before.
I finally did it with: CFLAGS="-fno-inline" CXXFLAGS="-fno-inline" emerge -avt amarok Thanks Chris! Now I just have to remember this until they fix the ebuild. I'm using in kernel alsa. I would like to mark the bug as resolved (i'm reporter) but after Diego's comment I leave it for you guys to close it.
Just tried, 1.3.7 seems to crash for me too with -O3, I wasn't seeing it because I'm on -Os by default right now (and -fno-inline is then default). Will fix it downstream, but maybe upstream would like to append the flag in configure or something?
On Tuesday 13 December 2005 15:30, Diego Pettenò wrote: > Will fix it downstream, but maybe upstream would like to append > the flag in configure or something? Hmm, how would we do this, technically? Also, it's unclear whether this only affects Gentoo (a specific GCC and libraries combination), or if it's generally a problem.
The original (downstream) bug http://bugs.gentoo.org/show_bug.cgi?id=102662 has been marked fixed with Diego's updated ebuild. I guess this bug could be closed.
Thanks!