Bug 234766 - Random Dolphin Crashes
Summary: Random Dolphin Crashes
Status: RESOLVED UPSTREAM
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 16.12.2
Platform: Ubuntu Linux
: NOR crash
Target Milestone: ---
Assignee: Peter Penz
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-04-19 04:32 UTC by mniasfreemag
Modified: 2010-07-27 13:40 UTC (History)
1 user (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 mniasfreemag 2010-04-19 04:32:15 UTC
Application: dolphin (1.4)
KDE Platform Version: 4.4.2 (KDE 4.4.2)
Qt Version: 4.6.2
Operating System: Linux 2.6.32-21-generic i686
Distribution: Ubuntu lucid (development branch)

-- Information about the crash:
Dolphin crashes randomly. Some times the error message is segmentation fault or some times it says the process is aborted. There is no specific sequence to reproduce the crash. but it crashes randomly, It has crashed about 4 times since today morning (April 18, 2010).

The crash can be reproduced some of the time.

 -- Backtrace:
Application: Dolphin (dolphin), signal: Aborted
[Current thread is 1 (Thread 0xb77d5710 (LWP 2056))]

Thread 7 (Thread 0xb5fdfb70 (LWP 2063)):
#0  0x00f8d422 in __kernel_vsyscall ()
#1  0x00b08cf3 in ?? () from /lib/tls/i686/cmov/libc.so.6
#2  0x00a9f697 in ?? () from /lib/tls/i686/cmov/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 6 (Thread 0xb269eb70 (LWP 2121)):
#0  0x00f8d422 in __kernel_vsyscall ()
#1  0x008aa342 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2  0x00b089f4 in pthread_cond_timedwait () from /lib/tls/i686/cmov/libc.so.6
#3  0x02242ce7 in ?? () from /usr/lib/libxine.so.1
#4  0x00000000 in ?? ()

Thread 5 (Thread 0xb0e83b70 (LWP 2134)):
#0  0x00f8d422 in __kernel_vsyscall ()
#1  0x00b08cf3 in ?? () from /lib/tls/i686/cmov/libc.so.6
#2  0x00a9f697 in ?? () from /lib/tls/i686/cmov/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 4 (Thread 0xb0682b70 (LWP 2139)):
[KCrash Handler]
#6  0x00f8d422 in __kernel_vsyscall ()
#7  0x00a58651 in raise () from /lib/tls/i686/cmov/libc.so.6
#8  0x00a5ba82 in abort () from /lib/tls/i686/cmov/libc.so.6
#9  0x00a8f49d in ?? () from /lib/tls/i686/cmov/libc.so.6
#10 0x00a99591 in ?? () from /lib/tls/i686/cmov/libc.so.6
#11 0x00a9c710 in ?? () from /lib/tls/i686/cmov/libc.so.6
#12 0x00a9df9c in malloc () from /lib/tls/i686/cmov/libc.so.6
#13 0x00577c07 in operator new(unsigned int) () from /usr/lib/libstdc++.so.6
#14 0x013a6123 in QMutex (this=0x8ac6fc8, mode=QMutex::NonRecursive) at thread/qmutex.cpp:123
#15 0x0026f897 in QDBusConnectionPrivate (this=0x8ac6f58, p=0x0) at qdbusintegrator.cpp:934
#16 0x00266fa8 in QDBusConnection::connectToBus (type=QDBusConnection::SessionBus, name=...) at qdbusconnection.cpp:327
#17 0x00965c6c in DBusConnectionPoolPrivate () at ../../../nepomuk/core/dbusconnectionpool.cpp:34
#18 DBusConnectionPool::threadConnection () at ../../../nepomuk/core/dbusconnectionpool.cpp:56
#19 0x0095578b in Nepomuk::ResourceData::determineUri (this=0x8acbcc8) at ../../../nepomuk/core/resourcedata.cpp:702
#20 0x009566a0 in Nepomuk::ResourceData::load (this=0x8acbcc8) at ../../../nepomuk/core/resourcedata.cpp:414
#21 0x0095719b in Nepomuk::ResourceData::property (this=0x8acbcc8, uri=...) at ../../../nepomuk/core/resourcedata.cpp:271
#22 0x00974cb7 in Nepomuk::Resource::property (this=0xb0682294, uri=...) at ../../../nepomuk/core/resource.cpp:280
#23 0x00977d41 in Nepomuk::Resource::rating (this=0xb0682294) at ../../../nepomuk/core/resource.cpp:800
#24 0x080aa1e9 in KLoadMetaDataThread::run (this=0x8a330d8) at ../../../../apps/dolphin/src/panels/information/kloadmetadatathread.cpp:95
#25 0x013ab32e in QThreadPrivate::start (arg=0x8a330d8) at thread/qthread_unix.cpp:248
#26 0x008a596e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#27 0x00afba0e in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 3 (Thread 0xafe81b70 (LWP 2140)):
#0  0x00f8d422 in __kernel_vsyscall ()
#1  0x008aa015 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2  0x00b0899d in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6
#3  0x013aa8c2 in QMutexPrivate::wait (this=0x89eb8e8, timeout=-1) at thread/qmutex_unix.cpp:84
#4  0x013a6052 in QMutex::lock (this=0x89eb7cc) at thread/qmutex.cpp:167
#5  0x009565e6 in QMutexLocker::relock (this=0x89eb7a0) at /usr/include/qt4/QtCore/qmutex.h:120
#6  QMutexLocker (this=0x89eb7a0) at /usr/include/qt4/QtCore/qmutex.h:102
#7  Nepomuk::ResourceData::load (this=0x89eb7a0) at ../../../nepomuk/core/resourcedata.cpp:409
#8  0x0095719b in Nepomuk::ResourceData::property (this=0x89eb7a0, uri=...) at ../../../nepomuk/core/resourcedata.cpp:271
#9  0x00974cb7 in Nepomuk::Resource::property (this=0xafe81294, uri=...) at ../../../nepomuk/core/resource.cpp:280
#10 0x00977d41 in Nepomuk::Resource::rating (this=0xafe81294) at ../../../nepomuk/core/resource.cpp:800
#11 0x080aa1e9 in KLoadMetaDataThread::run (this=0x8acfaa0) at ../../../../apps/dolphin/src/panels/information/kloadmetadatathread.cpp:95
#12 0x013ab32e in QThreadPrivate::start (arg=0x8acfaa0) at thread/qthread_unix.cpp:248
#13 0x008a596e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#14 0x00afba0e in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 2 (Thread 0xaf680b70 (LWP 2141)):
#0  0x00f8d422 in __kernel_vsyscall ()
#1  0x008acaf9 in __lll_lock_wait () from /lib/tls/i686/cmov/libpthread.so.0
#2  0x008aa0d1 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#3  0x00b0899d in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6
#4  0x013aa8c2 in QMutexPrivate::wait (this=0x8abaed0, timeout=-1) at thread/qmutex_unix.cpp:84
#5  0x013a6052 in QMutex::lock (this=0x8b23df8) at thread/qmutex.cpp:167
#6  0x008f2000 in ?? () from /usr/lib/libsopranoclient.so.1
#7  0x00961a30 in Nepomuk::MainModel::executeQuery (this=0x86e25c8, query=..., language=Soprano::Query::QueryLanguageSparql, userQueryLanguage=...) at ../../../nepomuk/core/nepomukmainmodel.cpp:213
#8  0x001be3cd in Soprano::FilterModel::executeQuery(QString const&, Soprano::Query::QueryLanguage, QString const&) const () from /usr/lib/libsoprano.so.4
#9  0x00955335 in Nepomuk::ResourceData::determineUri (this=0x89eb7a0) at ../../../nepomuk/core/resourcedata.cpp:671
#10 0x009566a0 in Nepomuk::ResourceData::load (this=0x89eb7a0) at ../../../nepomuk/core/resourcedata.cpp:414
#11 0x0095719b in Nepomuk::ResourceData::property (this=0x89eb7a0, uri=...) at ../../../nepomuk/core/resourcedata.cpp:271
#12 0x00974cb7 in Nepomuk::Resource::property (this=0xaf680294, uri=...) at ../../../nepomuk/core/resource.cpp:280
#13 0x00977d41 in Nepomuk::Resource::rating (this=0xaf680294) at ../../../nepomuk/core/resource.cpp:800
#14 0x080aa1e9 in KLoadMetaDataThread::run (this=0x8b098b0) at ../../../../apps/dolphin/src/panels/information/kloadmetadatathread.cpp:95
#15 0x013ab32e in QThreadPrivate::start (arg=0x8b098b0) at thread/qthread_unix.cpp:248
#16 0x008a596e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#17 0x00afba0e in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 1 (Thread 0xb77d5710 (LWP 2056)):
#0  0x00f8d422 in __kernel_vsyscall ()
#1  0x00b08cf3 in ?? () from /lib/tls/i686/cmov/libc.so.6
#2  0x00a9f697 in ?? () from /lib/tls/i686/cmov/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Reported using DrKonqi
Comment 1 mniasfreemag 2010-04-21 22:40:31 UTC
The Dolphin crashes seem to be gone when I disabled nepomuk service and stirgi service. I think It may be related to the desktop search program.
Comment 2 mniasfreemag 2010-04-21 22:42:52 UTC
The Dolphin crashes seem to be gone when I disabled nepomuk service and stirgi service. I think It may be related to the desktop search program.
Comment 3 mniasfreemag 2010-04-21 22:46:47 UTC
I think the random dolphin crashes is due to nepomuk and stirgi services. Disabling them in my linux system fixed the dolphin crashes. I think this bug may be attached to the nepomuk bug report.

Thanks
Comment 4 Sebastian Trueg 2010-07-27 13:40:21 UTC
This looks like another result of the bug in libdbus: https://bugs.freedesktop.org/show_bug.cgi?id=17754