Version: 1.2.0 (using KDE KDE 3.2.0) Installed from: Compiled From Sources Compiler: 3.2.2 OS: Linux I've built arts-1.2.0 from sources, as part of installing KDE 3.2.0. I have installed the compiled binary images on two machines. On one machine, artsd crashes very frequently, sometimes a dozen times a minute, each time popping up a dialogue to tell me about it, getting in the way of what I'm trying to do. On the other machine, no such problems occur. Both machines have the same libraries, kernels, and installed binaries, the files are kept synchronized with rdist. Only the modules and hardware differ. The machine where failures occur is running the emu10k modules on a Soundblaster card, the machine which works is running cs4232 on a Neomagic sound card. The crash backtrace is: (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)...[New Thread 16384 (LWP 1174)] (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)... 0x40461289 in waitpid () from /lib/libpthread.so.0 #0 0x40461289 in waitpid () from /lib/libpthread.so.0 #1 0x08066d39 in Arts::CrashHandler::defaultCrashHandler(int) () #2 0x4045f905 in __pthread_sighandler () from /lib/libpthread.so.0 #3 <signal handler called> #4 0x405abb91 in kill () from /lib/libc.so.6 #5 0x4045c83d in pthread_kill () from /lib/libpthread.so.0 #6 0x4045cb5b in raise () from /lib/libpthread.so.0 #7 0x405ab7ca in raise () from /lib/libc.so.6 #8 0x405ad1f7 in abort () from /lib/libc.so.6 #9 0x405a4d1a in __assert_fail () from /lib/libc.so.6 #10 0x40122741 in Arts::AudioPort::disconnect(Arts::Port*) () from /usr/local/kde/lib/libartsflow.so.1 #11 0x401409c8 in Arts::VPortConnection::~VPortConnection() () from /usr/local/kde/lib/libartsflow.so.1 #12 0x4013fec1 in Arts::VPortConnection::VPortConnection(Arts::VPort*, Arts::VPort*, Arts::VPortConnection::Style) () from /usr/local/kde/lib/libartsflow.so.1 #13 0x40140e6f in Arts::VPort::virtualize(Arts::VPort*) () from /usr/local/kde/lib/libartsflow.so.1 #14 0x401247f5 in Arts::StdScheduleNode::virtualize(std::string const&, Arts::ScheduleNode*, std::string const&) () from /usr/local/kde/lib/libartsflow.so.1 #15 0x401424a5 in Arts::BusManager::addClient(std::string const&, Arts::BusClient*) () from /usr/local/kde/lib/libartsflow.so.1 #16 0x401432fa in Arts::Synth_BUS_UPLINK_impl::connect() () from /usr/local/kde/lib/libartsflow.so.1 #17 0x40143201 in Arts::Synth_BUS_UPLINK_impl::streamInit() () from /usr/local/kde/lib/libartsflow.so.1 #18 0x401242d7 in Arts::StdScheduleNode::start() () from /usr/local/kde/lib/libartsflow.so.1 #19 0x401317ae in Arts::StdSynthModule::start() () from /usr/local/kde/lib/libartsflow.so.1 #20 0x40131b36 in virtual thunk to Arts::StdSynthModule::start() () from /usr/local/kde/lib/libartsflow.so.1 #21 0x40149ce2 in Arts::Synth_AMAN_PLAY_impl::streamInit() () from /usr/local/kde/lib/libartsflow.so.1 #22 0x40149d36 in virtual thunk to Arts::Synth_AMAN_PLAY_impl::streamInit() () from /usr/local/kde/lib/libartsflow.so.1 #23 0x401242d7 in Arts::StdScheduleNode::start() () from /usr/local/kde/lib/libartsflow.so.1 #24 0x401317ae in Arts::StdSynthModule::start() () from /usr/local/kde/lib/libartsflow.so.1 #25 0x40131b36 in virtual thunk to Arts::StdSynthModule::start() () from /usr/local/kde/lib/libartsflow.so.1 #26 0x402629b9 in _dispatch_Arts_SynthModule_00(void*, Arts::Buffer*, Arts::Buffer*) () from /usr/local/kde/lib/libartsflow_idl.so.1 #27 0x4035e6f6 in Arts::Object_skel::_dispatch(Arts::Buffer*, Arts::Buffer*, long) () from /usr/local/kde/lib/libmcop.so.1 #28 0x403562fd in Arts::Dispatcher::handle(Arts::Connection*, Arts::Buffer*, long) () from /usr/local/kde/lib/libmcop.so.1 #29 0x4032e8e1 in Arts::Connection::receive(unsigned char*, long) () from /usr/local/kde/lib/libmcop.so.1 #30 0x40363d6e in Arts::SocketConnection::notifyIO(int, int) () from /usr/local/kde/lib/libmcop.so.1 #31 0x40359ed9 in Arts::StdIOManager::processOneEvent(bool) () from /usr/local/kde/lib/libmcop.so.1 #32 0x4035a310 in Arts::StdIOManager::run() () from /usr/local/kde/lib/libmcop.so.1 #33 0x40357f75 in Arts::Dispatcher::run() () from /usr/local/kde/lib/libmcop.so.1 #34 0x08063b59 in main () For now, I've simply abandoned sound entirely, and renamed the artsd binary out of the way to prevent the system from starting it (turning off the sound system, and/or all alerts, does not work).
I'll add a comment which may be relevant, or may have nothing to do with this. The emu10k driver is a multiple open driver. More than one program can open /dev/dsp and write to it at the same time, and all audio streams are mixed and output together. This is unlike the majority of Linux sound drivers which can not have more than one open file descriptor against them.
OK, this has been fixed, some time between snapshots arts-040217 and arts-040225. I now have sound working again under my source-compiled KDE 3.2 having simply dropped in arts-040225.
Turns out it hadn't been fixed. When I was reactivating the sound system to test arts-040225, I changed the system notifications player settings to use maximum volume. Well, the crashes don't occur at maximum volume, but they do at lower volumes. For now, I'll keep the volume on system notifications turned all the way to the top.
*** This bug has been marked as a duplicate of 70028 ***