Bug 327516 - Amarok: crash on startup
Summary: Amarok: crash on startup
Status: RESOLVED UNMAINTAINED
Alias: None
Product: solid
Classification: Frameworks and Libraries
Component: libsolid-udev (show other bugs)
Version: 4.11.2
Platform: openSUSE Linux
: NOR crash
Target Milestone: ---
Assignee: Lukáš Tinkl
URL:
Keywords: drkonqi
: 391702 (view as bug list)
Depends on:
Blocks:
 
Reported: 2013-11-12 17:30 UTC by Elmar Stellnberger (AT/K)
Modified: 2018-09-04 15:45 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Elmar Stellnberger (AT/K) 2013-11-12 17:30:03 UTC
Application: amarok (2.8.0)
KDE Platform Version: 4.11.2
Qt Version: 4.8.5
Operating System: Linux 3.11.6-4-desktop i686
Distribution: "openSUSE 13.1 (Bottle) (i586)"

-- Information about the crash:
The application crashes every time on startup. The application crashes every time on startup.

The crash can be reproduced every time.

-- Backtrace:
Application: Amarok (amarok), signal: Segmentation fault
Using host libthread_db library "/lib/libthread_db.so.1".
[Current thread is 1 (Thread 0xb08f67c0 (LWP 3306))]

Thread 5 (Thread 0xa9696b40 (LWP 3310)):
#0  0xb58a87b1 in poll () from /lib/libc.so.6
#1  0xb3f49bfd in poll (__timeout=-1, __nfds=2, __fds=0x93aea78) at /usr/include/bits/poll2.h:46
#2  poll_func (ufds=0x93aea78, nfds=2, timeout=-1, userdata=0x93af8a8) at pulse/thread-mainloop.c:71
#3  0xb3f384fe in pa_mainloop_poll (m=m@entry=0x93b5830) at pulse/mainloop.c:849
#4  0xb3f38d2d in pa_mainloop_iterate (m=m@entry=0x93b5830, block=block@entry=1, retval=retval@entry=0x0) at pulse/mainloop.c:931
#5  0xb3f38e04 in pa_mainloop_run (m=0x93b5830, retval=retval@entry=0x0) at pulse/mainloop.c:949
#6  0xb3f49b9c in thread (userdata=0x93b5c78) at pulse/thread-mainloop.c:90
#7  0xb17b1fed in internal_thread_func (userdata=0x93b3008) at pulsecore/thread-posix.c:83
#8  0xb5405ef6 in start_thread () from /lib/libpthread.so.0
#9  0xb58b2fee in clone () from /lib/libc.so.6

Thread 4 (Thread 0xa74bdb40 (LWP 3312)):
#0  0xb540a0f4 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#1  0xb58bff94 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libc.so.6
#2  0xa7e2d546 in my_service_thread_sleep () from /usr/lib/libmysqld.so.18
#3  0xa7ae3a9c in ma_checkpoint_background () from /usr/lib/libmysqld.so.18
#4  0xb5405ef6 in start_thread () from /lib/libpthread.so.0
#5  0xb58b2fee in clone () from /lib/libc.so.6

Thread 3 (Thread 0x98fc5b40 (LWP 3313)):
[KCrash Handler]
#6  0xa8bb493c in SqlDirectoryWatcher::collectionFolders (this=0x944cff0) at /usr/src/debug/amarok-2.8.0/src/core-impl/collections/db/sql/SqlCollection.cpp:65
#7  0xb6f12e8a in AbstractDirectoryWatcher::run (this=0x944cff0) at /usr/src/debug/amarok-2.8.0/src/scanner/AbstractDirectoryWatcher.cpp:87
#8  0xb4fcf2c9 in ThreadWeaver::JobRunHelper::runTheJob (this=this@entry=0x98fc51f8, th=0x93d0048, job=job@entry=0x944cff0) at /usr/src/debug/kdelibs-4.11.2/threadweaver/Weaver/Job.cpp:106
#9  0xb4fcf4c5 in ThreadWeaver::Job::execute (this=0x944cff0, th=0x93d0048) at /usr/src/debug/kdelibs-4.11.2/threadweaver/Weaver/Job.cpp:135
#10 0xb4fcec04 in ThreadWeaver::Thread::run (this=0x93d0048) at /usr/src/debug/kdelibs-4.11.2/threadweaver/Weaver/Thread.cpp:108
#11 0xb5aabc5f in QThreadPrivate::start (arg=0x93d0048) at thread/qthread_unix.cpp:338
#12 0xb5405ef6 in start_thread () from /lib/libpthread.so.0
#13 0xb58b2fee in clone () from /lib/libc.so.6

Thread 2 (Thread 0x987c5b40 (LWP 3314)):
#0  0xb5409106 in __pthread_mutex_unlock_usercnt () from /lib/libpthread.so.0
#1  0xb58c0184 in pthread_mutex_unlock () from /lib/libc.so.6
#2  0xb4672ca0 in g_mutex_unlock () from /usr/lib/libglib-2.0.so.0
#3  0xb462f0be in g_main_context_prepare () from /usr/lib/libglib-2.0.so.0
#4  0xb462f9ef in ?? () from /usr/lib/libglib-2.0.so.0
#5  0xb462fc38 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#6  0xb5beb60f in QEventDispatcherGlib::processEvents (this=0x93dded8, flags=...) at kernel/qeventdispatcher_glib.cpp:427
#7  0xb5bbaa03 in QEventLoop::processEvents (this=this@entry=0x987c51d8, flags=...) at kernel/qeventloop.cpp:149
#8  0xb5bbad29 in QEventLoop::exec (this=this@entry=0x987c51d8, flags=...) at kernel/qeventloop.cpp:204
#9  0xb5aa930d in QThread::exec (this=this@entry=0x9485248) at thread/qthread.cpp:536
#10 0xb5b9ae14 in QInotifyFileSystemWatcherEngine::run (this=0x9485248) at io/qfilesystemwatcher_inotify.cpp:256
#11 0xb5aabc5f in QThreadPrivate::start (arg=0x9485248) at thread/qthread_unix.cpp:338
#12 0xb5405ef6 in start_thread () from /lib/libpthread.so.0
#13 0xb58b2fee in clone () from /lib/libc.so.6

Thread 1 (Thread 0xb08f67c0 (LWP 3306)):
#0  0xb5848d3f in __GI__IO_file_close_it () from /lib/libc.so.6
#1  0xb583cee8 in fclose@@GLIBC_2.1 () from /lib/libc.so.6
#2  0xb3f6ad20 in ?? () from /usr/lib/libudev.so.1
#3  0xb3f698a8 in udev_device_get_properties_list_entry () from /usr/lib/libudev.so.1
#4  0xb3f6b988 in udev_device_get_property_value () from /usr/lib/libudev.so.1
#5  0xb503b0b2 in UdevQt::Device::deviceProperty (this=0x94d1f78, name=...) at /usr/src/debug/kdelibs-4.11.2/solid/solid/backends/shared/udevqtdevice.cpp:227
#6  0xb502edc7 in Solid::Backends::UDev::UDevManager::Private::checkOfInterest (this=this@entry=0x93ed998, device=...) at /usr/src/debug/kdelibs-4.11.2/solid/solid/backends/udev/udevmanager.cpp:131
#7  0xb502f195 in Solid::Backends::UDev::UDevManager::Private::isOfInterest (this=0x93ed998, udi=..., device=...) at /usr/src/debug/kdelibs-4.11.2/solid/solid/backends/udev/udevmanager.cpp:77
#8  0xb502f756 in Solid::Backends::UDev::UDevManager::allDevices (this=0x90e4300) at /usr/src/debug/kdelibs-4.11.2/solid/solid/backends/udev/udevmanager.cpp:203
#9  0xb50303db in Solid::Backends::UDev::UDevManager::devicesFromQuery (this=0x90e4300, parentUdi=..., type=Solid::DeviceInterface::PortableMediaPlayer) at /usr/src/debug/kdelibs-4.11.2/solid/solid/backends/udev/udevmanager.cpp:213
#10 0xb5001d67 in Solid::Device::listFromQuery (predicate=..., parentUdi=...) at /usr/src/debug/kdelibs-4.11.2/solid/solid/devicemanager.cpp:142
#11 0xb5002113 in Solid::Device::listFromQuery (predicate=..., parentUdi=...) at /usr/src/debug/kdelibs-4.11.2/solid/solid/devicemanager.cpp:92
#12 0xa774876d in IpodCollectionFactory::init (this=0x93de660) at /usr/src/debug/amarok-2.8.0/src/core-impl/collections/ipodcollection/IpodCollectionFactory.cpp:52
#13 0xb6edf7a6 in CollectionManager::loadPlugins (this=0x93c34d8, factories=...) at /usr/src/debug/amarok-2.8.0/src/core-impl/collections/support/CollectionManager.cpp:212
#14 0xb6edfb06 in CollectionManager::handleNewFactories (this=0x93c34d8, factories=...) at /usr/src/debug/amarok-2.8.0/src/core-impl/collections/support/CollectionManager.cpp:180
#15 0xb7007551 in Plugins::PluginManager::init (this=this@entry=0x938a580) at /usr/src/debug/amarok-2.8.0/src/PluginManager.cpp:84
#16 0xb7007c75 in Plugins::PluginManager::PluginManager (this=0x938a580, parent=0x0) at /usr/src/debug/amarok-2.8.0/src/PluginManager.cpp:65
#17 0xb7007d46 in Plugins::PluginManager::instance () at /usr/src/debug/amarok-2.8.0/src/PluginManager.cpp:44
#18 0xb6ff82fb in pluginManager () at /usr/src/debug/amarok-2.8.0/src/PluginManager.h:74
#19 MainWindow::MainWindow (this=0x93c4a18) at /usr/src/debug/amarok-2.8.0/src/MainWindow.cpp:142
#20 0xb6fdc9de in App::continueInit (this=this@entry=0xbff51ebc) at /usr/src/debug/amarok-2.8.0/src/App.cpp:440
#21 0xb6fddbc8 in App::App (this=0xbff51ebc) at /usr/src/debug/amarok-2.8.0/src/App.cpp:175
#22 0x0804f8c6 in main (argc=2, argv=0xbff51fa4) at /usr/src/debug/amarok-2.8.0/src/main.cpp:327

Reported using DrKonqi
Comment 1 Mark Kretschmann 2013-11-13 05:26:46 UTC
The crash is in udev. It looks like it might be triggered by a USB device that you have connected to your computer. Maybe a phone or a portable MP3 player?
Comment 2 Myriam Schweingruber 2013-11-13 08:41:57 UTC
erm, the crash is in Thread 3, with SqlDirectoryWatcher::collectionFolders.

But this could indeed be triggered by an external device.
Comment 3 Elmar Stellnberger (AT/K) 2013-11-13 09:59:14 UTC
I suspect the problem was related to some issue with udisksd https://bugzilla.novell.com/show_bug.cgi?id=848863. Both may fail because of udev. As the Novell guys did not care to analyze or fix the udisks problem for more than a month now (problem is elder than the report) I just wanna ask you what you think that should be done now?
Comment 4 Myriam Schweingruber 2013-11-13 14:37:54 UTC
Sorry, but that is out of our hands, you need to talk to them.
Comment 5 Elmar Stellnberger (AT/K) 2013-11-14 10:33:49 UTC
Werner Fink says: Amarok should not crash on udev_device_unref()  ... IMHO this could be a double
call of udev_device_unref() or the object is already freed elsewhere in the
destructor.   As the function call udev_device_unref() is also used by other
programs it is likely a failure in amarok its self
Comment 6 Myriam Schweingruber 2013-11-14 12:55:58 UTC
Who is Werner Fink? Please give links, not quotes.

FWIW: this only happens with Opensuse AFAIK.
Comment 7 Elmar Stellnberger (AT/K) 2013-11-14 12:59:35 UTC
Werner Fink, Dr..: werner@suse.com
Comment 8 Myriam Schweingruber 2013-11-14 13:01:10 UTC
Still, I presume you made this discussion in a forum or a mailing list, please give a link to it.
Comment 9 Elmar Stellnberger (AT/K) 2013-11-14 13:10:01 UTC
https://bugzilla.novell.com/show_bug.cgi?id=850259
Comment 10 Myriam Schweingruber 2013-11-14 15:47:26 UTC
Thank you for the feedback. Likely a solid issue, reassigning.
Comment 11 Jonathan Riddell 2015-03-11 19:11:26 UTC
This bug is reported on libsolid which is the kdelibs4 version of the solid library.  It is now in maintenance mode.  If you think it should still be fixed in the KDE Frameworks 5 version of solid please move it to or report a bug on frameworks-solid.
Comment 12 Christoph Feck 2018-04-26 21:43:43 UTC
*** Bug 391702 has been marked as a duplicate of this bug. ***
Comment 13 Andrew Crouthamel 2018-09-04 15:45:40 UTC
Hello! Sorry to be the bearer of bad news, but this project has been unmaintained for many years so I am closing this bug. Please try again with the latest version and submit a new bug to frameworks-solid if your issue persists. Thank you!