Summary: | artsd hangs when playing ogg files | ||
---|---|---|---|
Product: | [Unmaintained] akodelib | Reporter: | Martin Koller <kollix> |
Component: | general | Assignee: | Stefan Westerfeld <stefan> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Martin Koller
2004-06-25 10:46:52 UTC
Here is a bt with debugging infos: (gdb) bt #0 0x4076abf1 in do_sigsuspend () from /lib/libc.so.6 #1 0x4076acb9 in sigsuspend () from /lib/libc.so.6 #2 0x40609278 in __pthread_wait_for_restart_signal () from /lib/libpthread.so.0 #3 0x40606564 in pthread_join () from /lib/libpthread.so.0 #4 0x409eb127 in aKode::FrameToStreamDecoder::halt (this=0x80da7e0) at frametostream_decoder.cpp:114 #5 0x409ea79e in ~StreamToFrameDecoder (this=0x80da7f0) at streamtoframe_decoder.cpp:53 #6 0x409d2cc6 in akodePlayObject_impl::halt (this=0x80da628) at akodePlayObject_impl.cpp:214 #7 0x409d304b in akodePlayObject_impl::readFrame (this=0x80da628) at akodePlayObject_impl.cpp:268 #8 0x409d3406 in akodePlayObject_impl::calculateBlock (this=0x80da628, count=512) at akodePlayObject_impl.cpp:326 #9 0x409d3945 in virtual thunk to akodePlayObject_impl::calculateBlock(unsigned long) () at akodePlayObject_impl.h:40 #10 0x401209e8 in Arts::StdScheduleNode::gslProcess (module=0x80c8bf8, n_values=512) at gslschedule.cc:405 #11 0x401968f5 in master_process_locked_node (node=0x80c8bf8, n_values=512) at gslopmaster.c:497 #12 0x40196ba0 in master_process_flow () at gslopmaster.c:539 #13 0x40193e55 in gsl_engine_dispatch () at gslengine.c:726 #14 0x40125faa in GslMainLoop::run (this=0x40208ff8) at gslschedule.cc:88 #15 0x40121e6c in Arts::StdScheduleNode::requireFlow (this=0xfffffffc) at gslschedule.cc:635 #16 0x4011f7b9 in Arts::Synth_PLAY_impl::needMore () at reference.h:120 #17 0x4011f7f1 in virtual thunk to Arts::Synth_PLAY_impl::needMore() () at reference.h:120 #18 0x4012772c in Arts::AudioSubSystem::handleIO () at virtualports.cc:113 #19 0x4011f6b6 in Arts::Synth_PLAY_impl::notifyIO () at reference.h:120 #20 0x4011f779 in virtual thunk to Arts::Synth_PLAY_impl::notifyIO(int, int) () at reference.h:120 #21 0x40401b72 in Arts::StdIOManager::processOneEvent () from /opt/kde3/lib/libmcop.so.1 #22 0x40401fbb in Arts::StdIOManager::run () from /opt/kde3/lib/libmcop.so.1 #23 0x403ffc88 in Arts::Dispatcher::run () from /opt/kde3/lib/libmcop.so.1 #24 0x08063ee7 in main () (gdb) info threads 3 Thread 360450 (LWP 6327) 0x4076abf1 in do_sigsuspend () from /lib/libc.so.6 2 Thread 32769 (LWP 24454) 0x40819f32 in loser_poll () from /lib/libc.so.6 1 Thread 16384 (LWP 15090) 0x4076abf1 in do_sigsuspend () from /lib/libc.so.6 If you're using bleeding edge you should rather go and mail the right mailinglist (kde-multimedia in this case) or the author of the component (in this case you have a problem with aKode). And btw, I bet this has already been fixed, a lot of deadlocks/hangs in aKode have been fixed recently. The only thing that stops me from using it right now is my streaming-mp3 addiction :) I'm using arts from NOW, so no fixes ... But I will use the mailinglist, thanks for the tip. Updated also kdemultimedia, and now it seems to work. Thanks. |