Version: (using KDE Devel) Installed from: Compiled sources OS: Linux After selecting some plugins (well about all of them..) noatun crashed. Notice that artsd crashed at the same time; so you'll find 2 stacktraces here. [New Thread 1101168800 (LWP 517)] 0x411a330e in __waitpid_nocancel () from /lib/tls/libpthread.so.0 #0 0x411a330e in __waitpid_nocancel () from /lib/tls/libpthread.so.0 #1 0x407dbd68 in __JCR_LIST__ () from /usr/local/kde/lib/libkdecore.so.4 #2 <signal handler called> #3 0x41bae4b0 in StereoScope::setSamples(int) () from /usr/local/kde/lib/libnoatun.so.1 #4 0x42ce35cf in FFRS::FFRS() () from /usr/local/kde/lib/kde3/noatun_ffrs.so #5 0x42ce2096 in create_plugin () from /usr/local/kde/lib/kde3/noatun_ffrs.so #6 0x41ba5b37 in LibraryLoader::loadSO(QString const&) () from /usr/local/kde/lib/libnoatun.so.1 #7 0x41ba4e67 in LibraryLoader::loadAll(QStringList const&) () from /usr/local/kde/lib/libnoatun.so.1 #8 0x41b85933 in Plugins::save() () from /usr/local/kde/lib/libnoatun.so.1 #9 0x41b96dbb in NoatunPreferences::slotApply() () from /usr/local/kde/lib/libnoatun.so.1 #10 0x4050789a in KDialogBase::qt_invoke(int, QUObject*) () from /usr/local/kde/lib/libkdeui.so.4 #11 0x41b973fd in NoatunPreferences::qt_invoke(int, QUObject*) () from /usr/local/kde/lib/libnoatun.so.1 #12 0x40ae63c3 in QObject::activate_signal(QConnectionList*, QUObject*) () from /usr/local/kde/qt/lib/libqt-mt.so.3 #13 0x40ae6221 in QObject::activate_signal(int) () from /usr/local/kde/qt/lib/libqt-mt.so.3 #14 0x40e7d9ae in QButton::clicked() () from /usr/local/kde/qt/lib/libqt-mt.so.3 #15 0x40b8aada in QButton::mouseReleaseEvent(QMouseEvent*) () from /usr/local/kde/qt/lib/libqt-mt.so.3 #16 0x40b23f37 in QWidget::event(QEvent*) () from /usr/local/kde/qt/lib/libqt-mt.so.3 #17 0x40a7f77f in QApplication::internalNotify(QObject*, QEvent*) () from /usr/local/kde/qt/lib/libqt-mt.so.3 #18 0x40a7ee3a in QApplication::notify(QObject*, QEvent*) () from /usr/local/kde/qt/lib/libqt-mt.so.3 #19 0x4069f0cd in KApplication::notify(QObject*, QEvent*) () from /usr/local/kde/lib/libkdecore.so.4 #20 0x40a0b921 in QETWidget::translateMouseEvent(_XEvent const*) () from /usr/local/kde/qt/lib/libqt-mt.so.3 #21 0x40a095af in QApplication::x11ProcessEvent(_XEvent*) () from /usr/local/kde/qt/lib/libqt-mt.so.3 #22 0x40a21e67 in QEventLoop::processEvents(unsigned) () from /usr/local/kde/qt/lib/libqt-mt.so.3 #23 0x40a94548 in QEventLoop::enterLoop() () from /usr/local/kde/qt/lib/libqt-mt.so.3 #24 0x40a943f8 in QEventLoop::exec() () from /usr/local/kde/qt/lib/libqt-mt.so.3 #25 0x40a7f9e1 in QApplication::exec() () from /usr/local/kde/qt/lib/libqt-mt.so.3 #26 0x41b47346 in kdemain () from /usr/local/kde/lib/libkdeinit_noatun.so #27 0x41b44ab6 in kdeinitmain () from /usr/local/kde/lib/kde3/noatun.so #28 0x0804cc66 in launch(int, char const*, char const*, char const*, int, char const*, bool, char const*, bool, char const*) () #29 0x0804e14b in handle_launcher_request(int) () #30 0x0804e66e in handle_requests(int) () #31 0x0804f66d in main () #32 0x41382798 in __libc_start_main () from /lib/tls/libc.so.6 #33 0x00000000 in ?? () Arstd: [New Thread 1081526432 (LWP 401)] [New Thread 1094478800 (LWP 518)] 0x4054b331 in __waitpid_nocancel () from /lib/tls/libpthread.so.0 #0 0x4054b331 in __waitpid_nocancel () from /lib/tls/libpthread.so.0 #1 0x00000400 in ?? () #2 <signal handler called> #3 0x413f8208 in VISQueue::VISQueue(int) () from /usr/local/kde/lib/libwinskinvis.so #4 0x413f65c5 in Noatun::WinSkinFFT_impl::WinSkinFFT_impl() () from /usr/local/kde/lib/libwinskinvis.so #5 0x413f76ad in Noatun::WinSkinFFT_impl_Factory::createInstance() () from /usr/local/kde/lib/libwinskinvis.so #6 0x403692f9 in Arts::ObjectManager::create(std::string const&) () from /usr/local/kde/lib/libmcop.so.1 #7 0x0805f8b5 in Arts::SimpleSoundServer_impl::createObject(std::string const&) () #8 0x40050175 in _dispatch_Arts_SimpleSoundServer_05(void*, Arts::Buffer*, Arts::Buffer*) () from /usr/local/kde/lib/libsoundserver_idl.so.1 #9 0x4035eea6 in Arts::Object_skel::_dispatch(Arts::Buffer*, Arts::Buffer*, long) () from /usr/local/kde/lib/libmcop.so.1 #10 0x40355428 in Arts::Dispatcher::handle(Arts::Connection*, Arts::Buffer*, long) () from /usr/local/kde/lib/libmcop.so.1 #11 0x40329d91 in Arts::Connection::receive(unsigned char*, long) () from /usr/local/kde/lib/libmcop.so.1 #12 0x40365b9c in Arts::SocketConnection::notifyIO(int, int) () from /usr/local/kde/lib/libmcop.so.1 #13 0x40359bab in Arts::StdIOManager::processOneEvent(bool) () from /usr/local/kde/lib/libmcop.so.1 #14 0x40359fd1 in Arts::StdIOManager::run() () from /usr/local/kde/lib/libmcop.so.1 #15 0x403573d7 in Arts::Dispatcher::run() () from /usr/local/kde/lib/libmcop.so.1 #16 0x08062b00 in main () #17 0x40648798 in __libc_start_main () from /lib/tls/libc.so.6 #18 0xbffffc21 in ?? ()
>After selecting some plugins (well about all of them..) > noatun crashed. I don't see a reason why one would do that. artsd does not like kjofol and winskin loaded at the same time, something about the vis. I don't think this is very important because nobody actually will use both UIs at the same time.
> I don't see a reason why one would do that. Because I'm a first time user and I just want to see all before I can see what these things are. The fact that you can't see a reason does not mean someone will not try to anyway! > I don't think this is very important because nobody actually will use both UIs at the same time. If stuff crashes due to this problem it certainly is a problem; the software should always be resilient to user error. That is actually on the first page of the styleguide...
>> I don't think this is very important because nobody actually will use both >> UIs at the same time. > If stuff crashes due to this problem it certainly is a problem; the software > should always be resilient to user error. That is actually on the first page > of the styleguide... Sure but unfortunately I don't think anybody will look into arts before 3.2 and personally I'd rather come up with a hack so you actually cannot choose both at the same time then starting to dive into arts code. For the first crash Neil would be the one to check the code but eventually it's just caused by artsd crashing.
Subject: Re: New: Crash after enabling some plugins. On Friday 26 December 2003 4:06 pm, zander@kde.org wrote: > After selecting some plugins (well about all of them..) > noatun crashed. I can't reproduce the noatun crash. I do see the artsd crash. I don't want to inspect it though as I expect that looking at the code will make me blind. If I enable both, artsd crashes, then is restarted by noatun. Then if I click on winskin's vis, artsd crashes again. Shame it's more abandoned code. I reckon the bug is in winskin's vis code. - -Charles
From the artsd backtrace in the original report, this is probably a duplicate of bug 74666 and can also be closed.
yes, this does match the crash you fixed, Johan, thanks! *** This bug has been marked as a duplicate of 74666 ***