Bug 236598 - numerous crashes of Dolphin during apparently arbitrary operations
Summary: numerous crashes of Dolphin during apparently arbitrary operations
Status: RESOLVED DUPLICATE of bug 235166
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-05-06 19:14 UTC by Daniel Miller
Modified: 2010-08-16 18:24 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Miller 2010-05-06 19:14:07 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 10.04 LTS

-- Information about the crash:
In Kubuntu 10.4, I have gcc (4.4.3) and gcc-4.5 installed (but I would hope that these would be kept entirely separate, but I have not verified this in every detail).  The only preferences change that I rember making in Dolphin is globally view all directories in detailed mode (after setting it nonglobally in a few isolated directories, before remembering the global setting).  The crash occurred immediately after I highlighted a directory in an NTFS volume, dragged it to an ext4 volume, and chose the "copy here" option on the pop-up-at-cursor menu.  Since installing Kubuntu 10.4 from the Kubuntu/Debian binary packages (and gcc-4.5 almost immediately thereafter from the Debian experimental binary package), I have had numerous crashes of Dolphin (but of no other executable) during a wide variety of operations, including apparent stasis after minutes of nonuse while using another executable.  In this latter stasis case, perhaps automatic garbage collection (AGC) was occurring, which might explain the spontaneous crash due to some cause other than recent human interaction.  Of course, Dolphin might also have timer events that might also explain the case of spontaneous crashes.  Note that this stack trace is not from the spontaneous-crash case, but rather from the aforementioned NTFS-to-ext4 usage scenario.  If you can tell, I strongly believe that this crash (assuming the same singular root cause) is related to neither copying files from NTFS nor periods of nonuse.

The crash can be reproduced some of the time.

 -- Backtrace:
Application: Dolphin (dolphin), signal: Segmentation fault
[Current thread is 1 (Thread 0xb778ca60 (LWP 13413))]

Thread 4 (Thread 0xb5efdb70 (LWP 13417)):
#0  0x005c3e82 in __pthread_getspecific (key=0) at pthread_getspecific.c:58
#1  0x06cfffc0 in QThreadData::current () at thread/qthread_unix.cpp:136
#2  0x06e2eb15 in postEventSourcePrepare (s=0x9b3ab00, timeout=0x0) at kernel/qeventdispatcher_glib.cpp:253
#3  0x06e2eb79 in postEventSourceCheck (source=0x9b3ab00) at kernel/qeventdispatcher_glib.cpp:269
#4  0x00aa1799 in g_main_context_check () from /lib/libglib-2.0.so.0
#5  0x00aa20ce in ?? () from /lib/libglib-2.0.so.0
#6  0x00aa24b8 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#7  0x06e2e60f in QEventDispatcherGlib::processEvents (this=0x9b1b420, flags=...) at kernel/qeventdispatcher_glib.cpp:414
#8  0x06e01059 in QEventLoop::processEvents (this=0xb5efd290, flags=) at kernel/qeventloop.cpp:149
#9  0x06e014aa in QEventLoop::exec (this=0xb5efd290, flags=...) at kernel/qeventloop.cpp:201
#10 0x06cfd5a8 in QThread::exec (this=0x9b2f538) at thread/qthread.cpp:487
#11 0x06de0c1b in QInotifyFileSystemWatcherEngine::run (this=0x9b2f538) at io/qfilesystemwatcher_inotify.cpp:248
#12 0x06d0032e in QThreadPrivate::start (arg=0x9b2f538) at thread/qthread_unix.cpp:248
#13 0x005be96e in start_thread (arg=0xb5efdb70) at pthread_create.c:300
#14 0x007fca0e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 3 (Thread 0xb3f13b70 (LWP 13536)):
#0  0x00686422 in __kernel_vsyscall ()
#1  0x005c5af9 in __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/lowlevellock.S:142
#2  0x005c30d1 in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:235
#3  0x0080999d in __pthread_cond_wait (cond=0x9f7a758, mutex=0x9f7a740) at forward.c:139
#4  0x06cff8c2 in QMutexPrivate::wait (this=0x9f7a728, timeout=-1) at thread/qmutex_unix.cpp:84
#5  0x06cfb052 in QMutex::lock (this=0x9f7aec0) at thread/qmutex.cpp:167
#6  0x0096d000 in ?? () from /usr/lib/libsopranoclient.so.1
#7  0x001cfa30 in Nepomuk::MainModel::executeQuery (this=0x97813a0, query=..., language=Soprano::Query::QueryLanguageSparql, userQueryLanguage=...) at ../../../nepomuk/core/nepomukmainmodel.cpp:213
#8  0x002733cd in Soprano::FilterModel::executeQuery(QString const&, Soprano::Query::QueryLanguage, QString const&) const () from /usr/lib/libsoprano.so.4
#9  0x001c3335 in Nepomuk::ResourceData::determineUri (this=0x9f533f8) at ../../../nepomuk/core/resourcedata.cpp:671
#10 0x001c46a0 in Nepomuk::ResourceData::load (this=0x9f533f8) at ../../../nepomuk/core/resourcedata.cpp:414
#11 0x001c519b in Nepomuk::ResourceData::property (this=0x9f533f8, uri=...) at ../../../nepomuk/core/resourcedata.cpp:271
#12 0x001e2cb7 in Nepomuk::Resource::property (this=0xb3f13294, uri=...) at ../../../nepomuk/core/resource.cpp:280
#13 0x001e5d41 in Nepomuk::Resource::rating (this=0xb3f13294) at ../../../nepomuk/core/resource.cpp:800
#14 0x080aa1e9 in KLoadMetaDataThread::run (this=0x9ae9be0) at ../../../../apps/dolphin/src/panels/information/kloadmetadatathread.cpp:95
#15 0x06d0032e in QThreadPrivate::start (arg=0x9ae9be0) at thread/qthread_unix.cpp:248
#16 0x005be96e in start_thread (arg=0xb3f13b70) at pthread_create.c:300
#17 0x007fca0e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 2 (Thread 0xb35ffb70 (LWP 13537)):
[KCrash Handler]
#6  0x06e165ab in QMetaObject::activate (sender=0x9c0ceb8, m=0x9634b70, local_signal_index=2, argv=0x0) at kernel/qobject.cpp:3262
#7  0x095aea57 in QAbstractSocket::disconnected (this=0x9c0ceb8) at .moc/release-shared/moc_qabstractsocket.cpp:142
#8  0x095b1c28 in QAbstractSocket::disconnectFromHostImplementation (this=0x9c0ceb8) at socket/qabstractsocket.cpp:2412
#9  0x095b4ebb in QAbstractSocket::qt_metacall (this=0x9c0ceb8, _c=QMetaObject::InvokeMetaMethod, _id=18, _a=0xb35fed1c) at .moc/release-shared/moc_qabstractsocket.cpp:114
#10 0x095e0132 in QTcpSocket::qt_metacall (this=0x9c0ceb8, _c=QMetaObject::InvokeMetaMethod, _id=18, _a=0xb35fed1c) at .moc/release-shared/moc_qtcpsocket.cpp:64
#11 0x06e07c9a in QMetaObject::metacall (object=0x9c0ceb8, cl=QMetaObject::QueryPropertyUser, idx=18, argv=0xb35fed1c) at kernel/qmetaobject.cpp:237
#12 0x06e0bac5 in QMetaMethod::invoke (this=0xb35feeac, object=0x9c0ceb8, connectionType=Qt::DirectConnection, returnValue=..., val0=..., val1=..., val2=..., val3=..., val4=..., val5=..., val6=..., 
    val7=..., val8=..., val9=...) at kernel/qmetaobject.cpp:1533
#13 0x06e0c0cf in QMetaObject::invokeMethod (obj=0x9c0ceb8, member=0x95e6b7c "disconnectFromHostImplementation", type=Qt::DirectConnection, ret=..., val0=..., val1=..., val2=..., val3=..., val4=..., 
    val5=..., val6=..., val7=..., val8=..., val9=...) at kernel/qmetaobject.cpp:1113
#14 0x095aed7f in QMetaObject::invokeMethod (this=0x9c0ceb8) at ../../include/QtCore/../../src/corelib/kernel/qobjectdefs.h:398
#15 QAbstractSocket::disconnectFromHost (this=0x9c0ceb8) at socket/qabstractsocket.cpp:2315
#16 0x095b04b7 in QAbstractSocket::close (this=0x9c0ceb8) at socket/qabstractsocket.cpp:2293
#17 0x095be688 in QLocalSocket::close (this=0x9bc7908) at socket/qlocalsocket_unix.cpp:436
#18 0x095ba94d in ~QLocalSocket (this=0x9bc7908, __in_chrg=<value optimized out>) at socket/qlocalsocket.cpp:348
#19 0x00968a5b in ?? () from /usr/lib/libsopranoclient.so.1
#20 0x0096b6a5 in ?? () from /usr/lib/libsopranoclient.so.1
#21 0x06cfe944 in QThreadStorageData::finish (p=0x9ee57e0) at thread/qthreadstorage.cpp:185
#22 0x06cffea8 in QThreadPrivate::finish (arg=0x9df0060) at thread/qthread_unix.cpp:288
#23 0x06d00336 in ~__pthread_cleanup_class (arg=0x9df0060) at /usr/include/pthread.h:535
#24 QThreadPrivate::start (arg=0x9df0060) at thread/qthread_unix.cpp:253
#25 0x005be96e in start_thread (arg=0xb35ffb70) at pthread_create.c:300
#26 0x007fca0e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 1 (Thread 0xb778ca60 (LWP 13413)):
#0  0x00686422 in __kernel_vsyscall ()
#1  0x005c3015 in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:122
#2  0x0080999d in __pthread_cond_wait (cond=0x9fb57f0, mutex=0x9fb57d8) at forward.c:139
#3  0x06cff8c2 in QMutexPrivate::wait (this=0x9fb57c0, timeout=-1) at thread/qmutex_unix.cpp:84
#4  0x06cfb072 in QMutex::lock (this=0x9bfcf78) at thread/qmutex.cpp:205
#5  0x06cfd868 in QMutexLocker::relock (this=0x9df0060, __in_chrg=<value optimized out>) at thread/qmutex.h:120
#6  QMutexLocker (this=0x9df0060, __in_chrg=<value optimized out>) at thread/qmutex.h:102
#7  ~QThread (this=0x9df0060, __in_chrg=<value optimized out>) at thread/qthread.cpp:405
#8  0x080a96de in ~KLoadMetaDataThread (this=0x9df0060, __in_chrg=<value optimized out>) at ../../../../apps/dolphin/src/panels/information/kloadmetadatathread.cpp:44
#9  0x06e11d65 in qDeleteInEventHandler (o=0xfffffe00) at kernel/qobject.cpp:3998
#10 0x06e13428 in QObject::event (this=0x9df0060, e=0x1) at kernel/qobject.cpp:1231
#11 0x03cb84dc in QApplicationPrivate::notify_helper (this=0x977eb58, receiver=0x9df0060, e=0x9cca338) at kernel/qapplication.cpp:4300
#12 0x03cbf05e in QApplication::notify (this=0xbfbbb544, receiver=0x9df0060, e=0x9cca338) at kernel/qapplication.cpp:3704
#13 0x07e0ff2a in KApplication::notify (this=0xbfbbb544, receiver=0x9df0060, event=0x9cca338) at ../../kdeui/kernel/kapplication.cpp:302
#14 0x06e02a3b in QCoreApplication::notifyInternal (this=0xbfbbb544, receiver=0x9df0060, event=0x9cca338) at kernel/qcoreapplication.cpp:704
#15 0x06e05473 in QCoreApplication::sendEvent (receiver=0x0, event_type=0, data=0x975f2c0) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215
#16 QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x975f2c0) at kernel/qcoreapplication.cpp:1345
#17 0x06e055dd in QCoreApplication::sendPostedEvents (receiver=0x0, event_type=0) at kernel/qcoreapplication.cpp:1238
#18 0x06e2eadf in QCoreApplication::sendPostedEvents (s=0x9786b90) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:220
#19 postEventSourceDispatch (s=0x9786b90) at kernel/qeventdispatcher_glib.cpp:276
#20 0x00a9e5e5 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#21 0x00aa22d8 in ?? () from /lib/libglib-2.0.so.0
#22 0x00aa24b8 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#23 0x06e2e5d5 in QEventDispatcherGlib::processEvents (this=0x975f4a0, flags=...) at kernel/qeventdispatcher_glib.cpp:412
#24 0x03d78135 in QGuiEventDispatcherGlib::processEvents (this=0x975f4a0, flags=...) at kernel/qguieventdispatcher_glib.cpp:204
#25 0x06e01059 in QEventLoop::processEvents (this=0xbfbbb4a4, flags=) at kernel/qeventloop.cpp:149
#26 0x06e014aa in QEventLoop::exec (this=0xbfbbb4a4, flags=...) at kernel/qeventloop.cpp:201
#27 0x06e0569f in QCoreApplication::exec () at kernel/qcoreapplication.cpp:981
#28 0x03cb8577 in QApplication::exec () at kernel/qapplication.cpp:3579
#29 0x0807bbcf in main (argc=5, argv=0xbfbbb724) at ../../../../apps/dolphin/src/main.cpp:101

Reported using DrKonqi
Comment 1 Peter Penz 2010-08-16 18:24:16 UTC

*** This bug has been marked as a duplicate of bug 235166 ***