View previous topic :: View next topic |
Author |
Message |
alinv Guru
Joined: 19 Nov 2002 Posts: 395 Location: Bucharest
|
Posted: Tue Sep 27, 2005 3:38 pm Post subject: |
|
|
MadEgg wrote: | That must be coincidence since -sqlite doesn't seem to have any effect on the emerge-process, it isn't mentioned in the ebuild and emerge -pv returns:
Code: | daedalus ~ # USE="-sqlite -visualization -opengl" emerge amarok -pv
These are the packages that I would merge, in order:
Calculating dependencies ...done!
[ebuild R ] media-sound/amarok-1.2.4 +arts -debug +flac +gstreamer +kde -kdeenablefinal +mad +mysql -noamazon +oggvorbis -opengl* -visualization +xine +xinerama +xmms 0 kB
Total size of downloads: 0 kB
daedalus ~ # |
|
I'm using the latest version of amarok, from svn, and it is using sqlite:
Code: | # emerge -pv amarok
These are the packages that I would merge, in order:
Calculating dependencies ...done!
[ebuild R ] media-sound/amarok-7-r3 +arts +cdr -debug +flac +gstreamer -helix +kde -kdeenablefinal +mp3 -mysql -noamazon +opengl -postgres -sqlite -visualization +vorbis +xine -xinerama +xmms 0 kB [2] |
I didn't check if the older versions of amarok have the same USE flags, though. My bad. _________________ Ever tried. Ever failed. No matter. Try Again. Fail again. Fail better.
S.B. |
|
Back to top |
|
|
MadEgg l33t
Joined: 06 Jun 2002 Posts: 678 Location: Netherlands
|
Posted: Tue Sep 27, 2005 3:41 pm Post subject: |
|
|
And again, no fix
I've tried using 3 engines, arts(which somehow still tells me that I don't have MP3-support compiled in, how do I change that?), xine and gstreamer, using both MySQL and SQLite, all crash.
Xine and ARTS give me a kcrash dialog with a backtrace, gst crashes even faster and doesn't give me any backtrace or anything...
Backtrace:
Code: | (no debugging symbols found)
Using host libthread_db library "/lib/tls/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1241327936 (LWP 5198)]
[New Thread -1285035088 (LWP 5208)]
[New Thread -1276642384 (LWP 5207)]
[New Thread -1266361424 (LWP 5206)]
[New Thread -1257698384 (LWP 5205)]
[New Thread -1249268816 (LWP 5204)]
[KCrash handler]
#7 0xb66329a6 in std::locale::operator= ()
from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/libstdc++.so.5
#8 0xb662bb4f in std::ios_base::_M_init ()
from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/libstdc++.so.5
#9 0xb662a0b1 in std::basic_ios<char, std::char_traits<char> >::init ()
from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/libstdc++.so.5
#10 0x080cee4a in TagLib::List<TagLib::ID3v2::Frame*>::front ()
#11 0x080b28c2 in QValueList<QString>::detachInternal ()
#12 0x0809118c in KToggleAction::metaObject ()
#13 0x08203762 in QWizard::setFinish ()
#14 0xb6077ef8 in __libc_start_main () from /lib/tls/libc.so.6
#15 0x08085971 in ?? ()
|
Using SQLite it takes a little longer for amarok to crash, it sometimes even gets to build the collection and actually play a song before crashing. Using MySQL it crashes instantly; the MySQL database also stays empty.
Where did you get the ebuild for "media-sound/amarok-7-r3"? I'd like to try that one as well _________________ Pentium 4 Prescott 3,2 GHz
Asus P4P800 SE, i865PE chipset
1024 MB PC3200 RAM
AOpen Aeolus GeForce 6800 Ultra 256 MB DDR2
Creative Audigy2 ZS
gentoo-sources-2.6.20-r7
nVidia-drivers version 9755 |
|
Back to top |
|
|
MadEgg l33t
Joined: 06 Jun 2002 Posts: 678 Location: Netherlands
|
Posted: Mon Oct 10, 2005 9:29 am Post subject: |
|
|
Amarok 1.3.3, same problem:
Backtrace using xine-engine
Code: |
==== file `which amarokapp` =======
/usr/kde/3.4/bin/amarokapp: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.4.1, dynamically linked (uses shared libs), stripped
==== (gdb) bt =====================
Using host libthread_db library "/lib/tls/libthread_db.so.1".
`system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols.
[Thread debugging using libthread_db enabled]
[New Thread -1249458464 (LWP 15793)]
[New Thread -1302139984 (LWP 15808)]
[New Thread -1293046864 (LWP 15800)]
[New Thread -1284654160 (LWP 15799)]
[New Thread -1274373200 (LWP 15798)]
[New Thread -1251521616 (LWP 15797)]
[New Thread -1259914320 (LWP 15796)]
0xffffe410 in __kernel_vsyscall ()
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb64c0f4b in __waitpid_nocancel () from /lib/tls/libpthread.so.0
#2 0x082121c3 in amaroK::Crash::crashHandler ()
#3 <signal handler called>
#4 0xb67449a6 in std::locale::operator= () from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/libstdc++.so.5
#5 0xb673db4f in std::ios_base::_M_init () from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/libstdc++.so.5
#6 0xb673c0b1 in std::basic_ios<char, std::char_traits<char> >::init ()
from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/libstdc++.so.5
#7 0x080d3038 in TagLib::List<TagLib::ID3v2::Frame*>::front ()
#8 0x080d3223 in TagLib::List<TagLib::ID3v2::Frame*>::front ()
#9 0x080acb19 in QValueList<QString>::detachInternal ()
#10 0xb6bdd062 in QObject::event () from /usr/qt/3/lib/libqt-mt.so.3
#11 0xb6b7f222 in QApplication::internalNotify () from /usr/qt/3/lib/libqt-mt.so.3
#12 0xb6b7f3b1 in QApplication::notify () from /usr/qt/3/lib/libqt-mt.so.3
#13 0xb71e27ca in KApplication::notify () from /usr/kde/3.4/lib/libkdecore.so.4
#14 0xb6b73393 in QEventLoop::activateTimers () from /usr/qt/3/lib/libqt-mt.so.3
#15 0xb6b2da74 in QEventLoop::processEvents () from /usr/qt/3/lib/libqt-mt.so.3
#16 0xb6b950b1 in QEventLoop::enterLoop () from /usr/qt/3/lib/libqt-mt.so.3
#17 0xb6b9500a in QEventLoop::exec () from /usr/qt/3/lib/libqt-mt.so.3
#18 0xb6b7e50d in QApplication::exec () from /usr/qt/3/lib/libqt-mt.so.3
#19 0x0820ac74 in QWizard::setFinish ()
#20 0xb6021ef8 in __libc_start_main () from /lib/tls/libc.so.6
#21 0x08087f31 in ?? ()
#0 0xffffe410 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb64c0f4b in __waitpid_nocancel () from /lib/tls/libpthread.so.0
No symbol table info available.
#2 0x082121c3 in amaroK::Crash::crashHandler ()
No symbol table info available.
#3 <signal handler called>
No symbol table info available.
#4 0xb67449a6 in std::locale::operator= () from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/libstdc++.so.5
No symbol table info available.
#5 0xb673db4f in std::ios_base::_M_init () from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/libstdc++.so.5
No symbol table info available.
#6 0xb673c0b1 in std::basic_ios<char, std::char_traits<char> >::init ()
from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/libstdc++.so.5
No symbol table info available.
#7 0x080d3038 in TagLib::List<TagLib::ID3v2::Frame*>::front ()
No symbol table info available.
#8 0x080d3223 in TagLib::List<TagLib::ID3v2::Frame*>::front ()
No symbol table info available.
#9 0x080acb19 in QValueList<QString>::detachInternal ()
No symbol table info available.
#10 0xb6bdd062 in QObject::event () from /usr/qt/3/lib/libqt-mt.so.3
No symbol table info available.
#11 0xb6b7f222 in QApplication::internalNotify () from /usr/qt/3/lib/libqt-mt.so.3
No symbol table info available.
#12 0xb6b7f3b1 in QApplication::notify () from /usr/qt/3/lib/libqt-mt.so.3
No symbol table info available.
#13 0xb71e27ca in KApplication::notify () from /usr/kde/3.4/lib/libkdecore.so.4
No symbol table info available.
#14 0xb6b73393 in QEventLoop::activateTimers () from /usr/qt/3/lib/libqt-mt.so.3
No symbol table info available.
#15 0xb6b2da74 in QEventLoop::processEvents () from /usr/qt/3/lib/libqt-mt.so.3
No symbol table info available.
#16 0xb6b950b1 in QEventLoop::enterLoop () from /usr/qt/3/lib/libqt-mt.so.3
No symbol table info available.
#17 0xb6b9500a in QEventLoop::exec () from /usr/qt/3/lib/libqt-mt.so.3
No symbol table info available.
#18 0xb6b7e50d in QApplication::exec () from /usr/qt/3/lib/libqt-mt.so.3
No symbol table info available.
#19 0x0820ac74 in QWizard::setFinish ()
No symbol table info available.
#20 0xb6021ef8 in __libc_start_main () from /lib/tls/libc.so.6
No symbol table info available.
#21 0x08087f31 in ?? ()
No symbol table info available.
==== (gdb) thread apply all bt ====
Thread 7 (Thread -1259914320 (LWP 15796)):
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb64bdbcc in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0
#2 0xb45da34a in metronom_sync_loop () from /usr/lib/libxine.so.1
#3 0xb4e73454 in ?? ()
#4 0x08a79ce0 in ?? ()
#5 0x08a79cf8 in ?? ()
#6 0xb4e7344c in ?? ()
#7 0x434a3361 in ?? ()
#8 0x2a0c9e30 in ?? ()
#9 0x434a335c in ?? ()
#10 0x000ac3be in ?? ()
#11 0xb64c4ff4 in ?? () from /lib/tls/libpthread.so.0
#12 0x00000000 in ?? ()
#13 0x003d0f00 in ?? ()
#14 0xb4e734e8 in ?? ()
#15 0xb64bb2af in start_thread () from /lib/tls/libpthread.so.0
#0 0xffffe410 in __kernel_vsyscall ()
==== kdBacktrace() ================
|
It tried to sent it using kmail, but then kmail crashed as well:
Code: |
(no debugging symbols found)
Using host libthread_db library "/lib/tls/libthread_db.so.1".
(no debugging symbols found)
`system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols.
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1247856960 (LWP 15860)]
[KCrash handler]
#4 0xb7cbd947 in KMail::IdentityDialog::IdentityDialog ()
from /usr/kde/3.4/lib/libkmailprivate.so
#5 0xb7c6ebde in IdentityPage::slotModifyIdentity ()
from /usr/kde/3.4/lib/libkmailprivate.so
#6 0xb7ca3068 in IdentityPage::qt_invoke ()
from /usr/kde/3.4/lib/libkmailprivate.so
#7 0xb62599c0 in QObject::activate_signal () from /usr/qt/3/lib/libqt-mt.so.3
#8 0xb625a0ea in QObject::activate_signal () from /usr/qt/3/lib/libqt-mt.so.3
#9 0xb659ed2a in QButton::clicked () from /usr/qt/3/lib/libqt-mt.so.3
#10 0xb62ec2e5 in QButton::mouseReleaseEvent ()
from /usr/qt/3/lib/libqt-mt.so.3
#11 0xb629102d in QWidget::event () from /usr/qt/3/lib/libqt-mt.so.3
#12 0xb61f9222 in QApplication::internalNotify ()
from /usr/qt/3/lib/libqt-mt.so.3
#13 0xb61f95cc in QApplication::notify () from /usr/qt/3/lib/libqt-mt.so.3
#14 0xb685c7ca in KApplication::notify ()
from /usr/kde/3.4/lib/libkdecore.so.4
#15 0xb6195542 in QETWidget::translateMouseEvent ()
from /usr/qt/3/lib/libqt-mt.so.3
#16 0xb6193e1e in QApplication::x11ProcessEvent ()
from /usr/qt/3/lib/libqt-mt.so.3
#17 0xb61a7515 in QEventLoop::processEvents ()
from /usr/qt/3/lib/libqt-mt.so.3
#18 0xb620f0b1 in QEventLoop::enterLoop () from /usr/qt/3/lib/libqt-mt.so.3
#19 0xb620f00a in QEventLoop::exec () from /usr/qt/3/lib/libqt-mt.so.3
#20 0xb61f850d in QApplication::exec () from /usr/qt/3/lib/libqt-mt.so.3
#21 0x0804a4b5 in ?? ()
#22 0xbffe2360 in ?? ()
#23 0xbffe2270 in ?? ()
#24 0x00000000 in ?? ()
#25 0x00000000 in ?? ()
#26 0x00000044 in ?? ()
#27 0xb59f67ac in ?? ()
#28 0x00000000 in ?? ()
#29 0xb69e6294 in kde_malloc_is_used () from /usr/kde/3.4/lib/libkdecore.so.4
#30 0xb66b3310 in vtable for QGArray () from /usr/qt/3/lib/libqt-mt.so.3
#31 0x08155a60 in ?? ()
#32 0x00000004 in ?? ()
#33 0xb69e6294 in kde_malloc_is_used () from /usr/kde/3.4/lib/libkdecore.so.4
#34 0xb7fbf110 in vtable for KMKernel ()
from /usr/kde/3.4/lib/libkmailprivate.so
#35 0xb5a0def8 in __libc_start_main () from /lib/tls/libc.so.6
#36 0xb5a0def8 in __libc_start_main () from /lib/tls/libc.so.6
#37 0x0804a231 in ?? ()
|
Might not be exactly the suitable forum for the last one, but these two crashes be related somehow, something like QT is compiled incorrectly or something? Any clues on how to fix this? _________________ Pentium 4 Prescott 3,2 GHz
Asus P4P800 SE, i865PE chipset
1024 MB PC3200 RAM
AOpen Aeolus GeForce 6800 Ultra 256 MB DDR2
Creative Audigy2 ZS
gentoo-sources-2.6.20-r7
nVidia-drivers version 9755 |
|
Back to top |
|
|
frilled Retired Dev
Joined: 15 Mar 2004 Posts: 386 Location: Atlantis, inner city ring
|
Posted: Mon Oct 10, 2005 4:38 pm Post subject: |
|
|
Well, 1.2.4 crashes a lot for me, too. I have not tried the ~x86 version yet, but I tried the official 1.3 amaroK LiveCD, and that one turned out to be rock solid. I let it run on three boxes up to now, played the whole bundled music numerous times, looked up texts and covers and clicked like mad [read: hardcore tested], and it simply didn't crash -- as opposed to the emerged version that has to be touched with silky gloves. I'd say it's almost as unstable as kmail, the most crash-prone application I have ever seen (regardless of operating system) in the last 26 years (and believe me, I've seen a lot ). Guess I'll try the ~x86 version of amaroK now.
Strange. I usually LOATHE those all-in-one-mega-integration programs with all my heart, but amarok is ... heh, it's kinda cool It's got that "F*ck you IP fascist" atttitude that I really love _________________ "Failure is not an option!"
"Sir, we are out of further options." |
|
Back to top |
|
|
frilled Retired Dev
Joined: 15 Mar 2004 Posts: 386 Location: Atlantis, inner city ring
|
Posted: Mon Oct 10, 2005 6:32 pm Post subject: |
|
|
Well, 1.3.3 looks a _lot_ more stable. What do you guys think? _________________ "Failure is not an option!"
"Sir, we are out of further options." |
|
Back to top |
|
|
MadEgg l33t
Joined: 06 Jun 2002 Posts: 678 Location: Netherlands
|
Posted: Tue Oct 11, 2005 11:43 am Post subject: |
|
|
I think it still crashes on my system _________________ Pentium 4 Prescott 3,2 GHz
Asus P4P800 SE, i865PE chipset
1024 MB PC3200 RAM
AOpen Aeolus GeForce 6800 Ultra 256 MB DDR2
Creative Audigy2 ZS
gentoo-sources-2.6.20-r7
nVidia-drivers version 9755 |
|
Back to top |
|
|
frilled Retired Dev
Joined: 15 Mar 2004 Posts: 386 Location: Atlantis, inner city ring
|
Posted: Tue Oct 11, 2005 2:12 pm Post subject: |
|
|
Well I guess I should have specifically excluded you, what seemed to much work
The thing leaks memory though, obviously. A lot.
Now it's been running for two hours straight und uses > 250 MB rss. _________________ "Failure is not an option!"
"Sir, we are out of further options." |
|
Back to top |
|
|
MadEgg l33t
Joined: 06 Jun 2002 Posts: 678 Location: Netherlands
|
Posted: Wed Oct 12, 2005 8:42 am Post subject: |
|
|
Hmmmzz.. well I still think it's related to GCC 3.4 somehow...
The big problem is, that a while ago GCC 3.4 was marked stable for a very short time, apparently the time when I upgraded my machine. So I continued compiling using GCC 3.4 from that point. Things started breaking so I re-emerged my whole system using GCC 3.4; afterwards I synced my portage tree again and somehow GCC 3.4 became ~x86 instead of x86; so now I should downgrade again which would probably mean re-compiling my entire system again which I'm not exactly keen on. Somehow a portage maintainer messed up for a short time and I get to keep the result
If anyone can support my conclusion that downgrading to GCC 3.3.6 again would help to solve this problem, I might give in and recompile again... _________________ Pentium 4 Prescott 3,2 GHz
Asus P4P800 SE, i865PE chipset
1024 MB PC3200 RAM
AOpen Aeolus GeForce 6800 Ultra 256 MB DDR2
Creative Audigy2 ZS
gentoo-sources-2.6.20-r7
nVidia-drivers version 9755 |
|
Back to top |
|
|
frilled Retired Dev
Joined: 15 Mar 2004 Posts: 386 Location: Atlantis, inner city ring
|
Posted: Wed Oct 12, 2005 9:40 am Post subject: |
|
|
MadEgg wrote: | If anyone can support my conclusion that downgrading to GCC 3.3.6 again would help to solve this problem, I might give in and recompile again... |
I wouldn't go that far, but I can say I compiled at least two boxes with gcc 3.3.6 and both are able to sustain amaroK for some time (couple of hours when I let it run in the tray without whacking the gui a lot). So that's fair. After a couple of hours my Gig of RAM will be full anyway, so a restart of amaroK will be well worth it
Still, it occasionally crashes. Usually during clickfests. _________________ "Failure is not an option!"
"Sir, we are out of further options." |
|
Back to top |
|
|
MadEgg l33t
Joined: 06 Jun 2002 Posts: 678 Location: Netherlands
|
Posted: Thu Oct 13, 2005 8:49 am Post subject: |
|
|
Hmm, I switched back to GCC 3.3.6, recompiled glibc, libstdc+-v3, qt, kdebase, gstreamer, xine-lib and amarok with that and deleted the .kde/share/config/amarokrc and .kde/share/apps/amarok/ files.
The crash is now different. When I start with 'amarok --engine gst' it crashes immediatly, I don't even get a backtrace window or anything.
When I start with 'amarok --engine xine', amarok starts and I can set it up a bit, but then it starts to scan my MP3-files and I get a kmail window telling me amarok has crashed and the backtrace is attached to the mail message. The thing is, amarok hasn't crashed, not fully anyway. It's not scanning my collection anymore, and I can't get it to in any way, but the amarok main window is still usable, I can switch panes, click buttons, edit preferences and stuff. I just can't get any MP3-file in.
The backtrace in the mail is:
Code: |
==== file `which amarokapp` =======
/usr/kde/3.4/bin/amarokapp: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.4.1, dynamically linked (uses shared libs), stripped
==== (gdb) bt =====================
Using host libthread_db library "/lib/tls/libthread_db.so.1".
`system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols.
[Thread debugging using libthread_db enabled]
[New Thread -1237408064 (LWP 25233)]
[New Thread -1289778256 (LWP 25242)]
[New Thread -1281385552 (LWP 25241)]
[New Thread -1272992848 (LWP 25240)]
[New Thread -1262711888 (LWP 25239)]
[New Thread -1239250000 (LWP 25238)]
[New Thread -1247642704 (LWP 25237)]
0xffffe410 in __kernel_vsyscall ()
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb649aef1 in select () from /lib/tls/libc.so.6
#2 0xb6bdaa04 in QEventLoop::processEvents () from /usr/qt/3/lib/libqt-mt.so.3
#3 0xb6c44295 in QEventLoop::enterLoop () from /usr/qt/3/lib/libqt-mt.so.3
#4 0xb6c44156 in QEventLoop::exec () from /usr/qt/3/lib/libqt-mt.so.3
#5 0xb6c32a21 in QApplication::exec () from /usr/qt/3/lib/libqt-mt.so.3
#6 0x08200e6b in QWizard::setFinish ()
#7 0xb640309a in __libc_start_main () from /lib/tls/libc.so.6
#8 0x08089771 in ?? ()
#0 0xffffe410 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb649aef1 in select () from /lib/tls/libc.so.6
No symbol table info available.
#2 0xb6bdaa04 in QEventLoop::processEvents () from /usr/qt/3/lib/libqt-mt.so.3
No symbol table info available.
#3 0xb6c44295 in QEventLoop::enterLoop () from /usr/qt/3/lib/libqt-mt.so.3
No symbol table info available.
#4 0xb6c44156 in QEventLoop::exec () from /usr/qt/3/lib/libqt-mt.so.3
No symbol table info available.
#5 0xb6c32a21 in QApplication::exec () from /usr/qt/3/lib/libqt-mt.so.3
No symbol table info available.
#6 0x08200e6b in QWizard::setFinish ()
No symbol table info available.
#7 0xb640309a in __libc_start_main () from /lib/tls/libc.so.6
No symbol table info available.
#8 0x08089771 in ?? ()
No symbol table info available.
==== (gdb) thread apply all bt ====
Thread 7 (Thread -1247642704 (LWP 25237)):
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb652abcc in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0
#2 0xb518eb24 in metronom_sync_loop () from /usr/lib/libxine.so.1
#3 0x086a26f0 in ?? ()
#4 0x086a2708 in ?? ()
#5 0xb5a2745c in ?? ()
#6 0x434e1df4 in ?? ()
#7 0x3aaf4cd8 in ?? ()
#8 0x434e1def in ?? ()
#9 0x000f05f7 in ?? ()
#10 0xb6531ff4 in ?? () from /lib/tls/libpthread.so.0
#11 0x00000000 in ?? ()
#12 0x003d0f00 in ?? ()
#13 0xb5a27508 in ?? ()
#14 0xb6528aba in start_thread () from /lib/tls/libpthread.so.0
#0 0xffffe410 in __kernel_vsyscall ()
==== kdBacktrace() ================
|
As you can see there's no more references to libstdc anymore, probably because I'm using GCC 3.3.6 again. Are there any other packages I should re-emerge with GCC 3.3.6 as well that could be causing this?
Output from the console on which I started amarok:
Code: |
eggie@daedalus ~ $ amarok
amaroK: [Loader] Starting amarokapp..
amaroK: [Loader] Don't run gdb, valgrind, etc. against this binary! Use amarokapp.
eggie@daedalus ~ $ QLayout: Adding KToolBar/mainToolBar (child of QVBox/unnamed) to layout for PlaylistWindow/PlaylistWindow
Very strange! got a DCOPReplyWait opcode, but we were not waiting for a reply!
Very strange! got a DCOPReplyDelayed opcode, but we were not waiting for a reply!
*** glibc detected *** double free or corruption (out): 0x0864bcc8 ***
|
_________________ Pentium 4 Prescott 3,2 GHz
Asus P4P800 SE, i865PE chipset
1024 MB PC3200 RAM
AOpen Aeolus GeForce 6800 Ultra 256 MB DDR2
Creative Audigy2 ZS
gentoo-sources-2.6.20-r7
nVidia-drivers version 9755 |
|
Back to top |
|
|
frilled Retired Dev
Joined: 15 Mar 2004 Posts: 386 Location: Atlantis, inner city ring
|
Posted: Fri Oct 14, 2005 7:03 pm Post subject: |
|
|
What irritates me here is the reference to GLIBC 2.3.2...
And BTW: Somebody mentioned (and IIRC it's also 'enoticed') that it doesn't work with hyperthreading. Well, mine runs on two HT boxes at least as "good" as on those without HT. (1.3.3 = ~x86).
What definitely makes it crash a lot is the background collection update. I had to disable it. _________________ "Failure is not an option!"
"Sir, we are out of further options." |
|
Back to top |
|
|
MadEgg l33t
Joined: 06 Jun 2002 Posts: 678 Location: Netherlands
|
Posted: Sat Oct 15, 2005 7:23 am Post subject: |
|
|
That is strange yes, since I've got 2.3.5-r2 installed... _________________ Pentium 4 Prescott 3,2 GHz
Asus P4P800 SE, i865PE chipset
1024 MB PC3200 RAM
AOpen Aeolus GeForce 6800 Ultra 256 MB DDR2
Creative Audigy2 ZS
gentoo-sources-2.6.20-r7
nVidia-drivers version 9755 |
|
Back to top |
|
|
bender3000 n00b
Joined: 04 Oct 2003 Posts: 7
|
|
Back to top |
|
|
MadEgg l33t
Joined: 06 Jun 2002 Posts: 678 Location: Netherlands
|
Posted: Mon Oct 17, 2005 12:55 pm Post subject: |
|
|
Hmm? I don't see a glibc-problem there? _________________ Pentium 4 Prescott 3,2 GHz
Asus P4P800 SE, i865PE chipset
1024 MB PC3200 RAM
AOpen Aeolus GeForce 6800 Ultra 256 MB DDR2
Creative Audigy2 ZS
gentoo-sources-2.6.20-r7
nVidia-drivers version 9755 |
|
Back to top |
|
|
pingufunkybeat l33t
Joined: 01 Dec 2004 Posts: 610
|
Posted: Sat Oct 22, 2005 3:41 am Post subject: |
|
|
I'm also having mysterious crashes with amarok, all versions since 1.2.
Whatever I do, it keeps crashing. I've tried GStreamer and xinelib, and xinelib works perfectly with Kaffeine, so it should be OK.
Sometimes it plays for a while, then crashes, sometimes it crashes as soon as I try to play a file. I've tried deleting the config files, tried as a different user, always the same. I've disabled HyperThreading in BIOS and as a kernel parameter. It's still completely unpredictable. I've rescanned the collection from scratch, didn't help.
Right now I'm doing emerge -e world, and I'll compile amarok with -opengl and with MySQL backend, to see whether that fixes it. I'll let you guys know.
But so far, everything has been useless. Which is a shame because I really like Amarok, I've set up my entire collection in it, with all the album covers and all that, for my 25 Gigs of music, but the sad bugger keeps crashing so I'm currently playing my music with console + mplayer. |
|
Back to top |
|
|
pingufunkybeat l33t
Joined: 01 Dec 2004 Posts: 610
|
Posted: Sat Oct 22, 2005 10:27 pm Post subject: |
|
|
Nope, still no go.
I did an emerge -e world (took the better part of a day), disabled opengl, and used mysql instead of SQLlite. I also disabled hyperthreading both in BIOS and using "noht" kernel parameter.
amarok still crashes. It's quite a strange behaviour. It seems to be more common with some files, and it almost always occurs between songs/when starting a song, so I suspect it is some kind of a playback problem, OR that it has something to do with reading the file's metadata.
I did try GStreamer and the thing was just as unstable. I also tried with a different user (new settings), with no luck. I've turned off most fancy stuff like crossfades.
I'm at a loss, really. This has been going for a while, and I really like amarok and would like to use it. Back in the early 1.2 times (I'm guessing here), it was very stable and usable. Whether something changed in amarok or whether it has something to do with the changes to my system in the meantime, I honestly don't know. |
|
Back to top |
|
|
frilled Retired Dev
Joined: 15 Mar 2004 Posts: 386 Location: Atlantis, inner city ring
|
Posted: Mon Oct 24, 2005 4:52 am Post subject: |
|
|
Take a look at the FAQ the amaroK authors put up. It's probably due to errors in a libraray that deals with the ID-tags. Must be a very poorly written software _________________ "Failure is not an option!"
"Sir, we are out of further options." |
|
Back to top |
|
|
John-Boy Guru
Joined: 23 Jun 2004 Posts: 442 Location: Desperately seeking moksha in all the wrong places
|
Posted: Mon Oct 24, 2005 5:04 am Post subject: |
|
|
wgi wrote: | Take a look at the FAQ the amaroK authors put up. It's probably due to errors in a libraray that deals with the ID-tags. Must be a very poorly written software |
Talking about idtags (is going to help to OP since there's been a rebuild), but the only time Amarok has ever been unstable for me (running 3.4.4 BTW) was due to taglib, a swift re-emerge sorted that. _________________ Like the Roman, I seem to see "the River Tiber foaming with much blood" |
|
Back to top |
|
|
frilled Retired Dev
Joined: 15 Mar 2004 Posts: 386 Location: Atlantis, inner city ring
|
Posted: Mon Oct 24, 2005 5:28 am Post subject: |
|
|
Uhm, wasn't taglib for ID tag handling? _________________ "Failure is not an option!"
"Sir, we are out of further options." |
|
Back to top |
|
|
John-Boy Guru
Joined: 23 Jun 2004 Posts: 442 Location: Desperately seeking moksha in all the wrong places
|
Posted: Mon Oct 24, 2005 7:06 am Post subject: |
|
|
wgi wrote: | Uhm, wasn't taglib for ID tag handling? |
Yep and believe it or not it caused a crash with Amarok, also with KDE and mp3 properties (err - it is taglib that's responsible for populating those properties isn't it ? Well, *whatever* package it was, an emerge cured it. Been a while don't ya know !) _________________ Like the Roman, I seem to see "the River Tiber foaming with much blood" |
|
Back to top |
|
|
MadEgg l33t
Joined: 06 Jun 2002 Posts: 678 Location: Netherlands
|
Posted: Mon Oct 24, 2005 12:29 pm Post subject: |
|
|
Thanks for that great hint, I just re-emerged taglib-1.4 and now amarok-3.4.4 is working longer than it's ever done before, still waiting to see if it crashes but so far it looks gooed! _________________ Pentium 4 Prescott 3,2 GHz
Asus P4P800 SE, i865PE chipset
1024 MB PC3200 RAM
AOpen Aeolus GeForce 6800 Ultra 256 MB DDR2
Creative Audigy2 ZS
gentoo-sources-2.6.20-r7
nVidia-drivers version 9755 |
|
Back to top |
|
|
frilled Retired Dev
Joined: 15 Mar 2004 Posts: 386 Location: Atlantis, inner city ring
|
Posted: Tue Oct 25, 2005 4:30 pm Post subject: |
|
|
Compiled 1.3.5 today. Looking good so far. They say they got rid of the Hyperthreading problems (which weren't apparent to me in the first place)... _________________ "Failure is not an option!"
"Sir, we are out of further options." |
|
Back to top |
|
|
MadEgg l33t
Joined: 06 Jun 2002 Posts: 678 Location: Netherlands
|
Posted: Wed Oct 26, 2005 4:37 pm Post subject: |
|
|
Oh joy, I upgraded to amarok 1.3.5 and the crashes returned instantly. I'm compiling amarok 1.3.4 again now, I'll just use the older version(which for some reason disappeared from portage....) _________________ Pentium 4 Prescott 3,2 GHz
Asus P4P800 SE, i865PE chipset
1024 MB PC3200 RAM
AOpen Aeolus GeForce 6800 Ultra 256 MB DDR2
Creative Audigy2 ZS
gentoo-sources-2.6.20-r7
nVidia-drivers version 9755 |
|
Back to top |
|
|
frilled Retired Dev
Joined: 15 Mar 2004 Posts: 386 Location: Atlantis, inner city ring
|
Posted: Thu Oct 27, 2005 5:30 am Post subject: |
|
|
As 1.3.4 was not officially posted on their website I think it either slipped out or was pulled immediately Who know ... any maintainer here? _________________ "Failure is not an option!"
"Sir, we are out of further options." |
|
Back to top |
|
|
MadEgg l33t
Joined: 06 Jun 2002 Posts: 678 Location: Netherlands
|
Posted: Thu Oct 27, 2005 10:59 am Post subject: |
|
|
Grr, should've never tried it, I can't get amarok-1.3.4 back to stable usage now either; I recompiled plenty of times, taglib as well, but i'm back to where I started, an amaroK that crashes on start or during the first song... _________________ Pentium 4 Prescott 3,2 GHz
Asus P4P800 SE, i865PE chipset
1024 MB PC3200 RAM
AOpen Aeolus GeForce 6800 Ultra 256 MB DDR2
Creative Audigy2 ZS
gentoo-sources-2.6.20-r7
nVidia-drivers version 9755 |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|