Bug 223126 - nothing, I try to open a dir
Summary: nothing, I try to open a dir
Status: RESOLVED DUPLICATE of bug 196207
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 16.12.2
Platform: Unlisted Binaries Linux
: NOR crash
Target Milestone: ---
Assignee: Peter Penz
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-01-17 13:32 UTC by polhallen
Modified: 2010-01-18 00:52 UTC (History)
1 user (show)

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 polhallen 2010-01-17 13:32:04 UTC
Application that crashed: dolphin
Version of the application: 1.3
KDE Version: 4.3.4 (KDE 4.3.4)
Qt Version: 4.5.3
Operating System: Linux 2.6.28.7-luna i686
Distribution: Debian GNU/Linux testing (squeeze)

What I was doing when the application crashed:
default situation: I try to open a dir

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

Thread 3 (Thread 0xb0394b70 (LWP 11336)):
#0  0xffffe424 in __kernel_vsyscall ()
#1  0xb65dcb83 in __lll_lock_wait_private () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/lowlevellock.S:95
#2  0xb65718ed in _L_lock_9648 () from /lib/i686/cmov/libc.so.6
#3  0xb65700a6 in *__GI___libc_free (mem=0xb1d4cdb0) at malloc.c:3736
#4  0xb5edd076 in g_free () from /lib/libglib-2.0.so.0
#5  0xb5ed4927 in ?? () from /lib/libglib-2.0.so.0
#6  0xb68c7dc0 in ~QEventDispatcherGlib (this=0xb1d5bec0, __in_chrg=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:361
#7  0xb67ab698 in QThreadPrivate::finish (arg=0x80d8e70) at thread/qthread_unix.cpp:212
#8  0xb67ab5ea in ~__pthread_cleanup_class (arg=0x80d8e70) at /usr/include/pthread.h:533
#9  QThreadPrivate::start (arg=0x80d8e70) at thread/qthread_unix.cpp:190
#10 0xb5e87585 in start_thread (arg=0xb0394b70) at pthread_create.c:300
#11 0xb65cf2be in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 2 (Thread 0xb37e7b70 (LWP 18709)):
#0  0xffffe424 in __kernel_vsyscall ()
#1  0xb5e8b0a5 in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:122
#2  0xb65dc82d in __pthread_cond_wait (cond=0x82e5478, mutex=0x82e5460) at forward.c:139
#3  0xb67aacb2 in QMutexPrivate::wait (this=0x82e5448, timeout=-1) at thread/qmutex_unix.cpp:80
#4  0xb67a6325 in QMutex::lock (this=0x82e4d3c) at thread/qmutex.cpp:207
#5  0xb7ae1ba3 in QMutexLocker::relock (this=0x82e4d00) at /usr/include/qt4/QtCore/qmutex.h:120
#6  QMutexLocker (this=0x82e4d00) at /usr/include/qt4/QtCore/qmutex.h:102
#7  init (this=0x82e4d00) at ../../../nepomuk/core/nepomukmainmodel.cpp:87
#8  0xb7ae2dcd in model (this=0x82e4bf8, query=..., language=Soprano::Query::QueryLanguageSparql, userQueryLanguage=...) at ../../../nepomuk/core/nepomukmainmodel.cpp:118
#9  Nepomuk::MainModel::executeQuery (this=0x82e4bf8, query=..., language=Soprano::Query::QueryLanguageSparql, userQueryLanguage=...) at ../../../nepomuk/core/nepomukmainmodel.cpp:219
#10 0xb7a1f81d in Soprano::FilterModel::executeQuery(QString const&, Soprano::Query::QueryLanguage, QString const&) const () from /usr/lib/libsoprano.so.4
#11 0xb7ad95e4 in Nepomuk::ResourceData::load (this=0x8f60e88) at ../../../nepomuk/core/resourcedata.cpp:395
#12 0xb7ad97f8 in Nepomuk::ResourceData::property (this=0x8f60e88, uri=...) at ../../../nepomuk/core/resourcedata.cpp:236
#13 0xb7af2f67 in Nepomuk::Resource::property (this=0xb37e730c, uri=...) at ../../../nepomuk/core/resource.cpp:269
#14 0xb7af4791 in Nepomuk::Resource::rating (this=0xb37e730c) at ../../../nepomuk/core/resource.cpp:765
#15 0x080824dd in _start ()

Thread 1 (Thread 0xb5bfb920 (LWP 3234)):
[KCrash Handler]
#6  0xffffe424 in __kernel_vsyscall ()
#7  0xb652a8e0 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#8  0xb652de15 in *__GI_abort () at abort.c:88
#9  0xb65616c5 in __libc_message (do_abort=2, fmt=0xb66280e8 "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:173
#10 0xb656b824 in malloc_printerr (action=2, str=0xb662847c "malloc(): memory corruption (fast)", ptr=0xb08b59ff) at malloc.c:6239
#11 0xb656e9c3 in _int_malloc (av=0xb2e00010, bytes=32) at malloc.c:4301
#12 0xb657017e in *__GI___libc_malloc (bytes=32) at malloc.c:3660
#13 0xb67a5e1d in qMalloc (size=32) at global/qmalloc.cpp:55
#14 0xb67aea8b in QByteArray::resize (this=0xbfe9d0cc, size=12) at tools/qbytearray.cpp:1336
#15 0xb67f0f24 in toLatin1_helper (data=0xb1d13afa, length=12) at tools/qstring.cpp:3289
#16 0xb67f103f in QString::toLatin1 (this=0xbfe9d0d4) at tools/qstring.cpp:3310
#17 0xb737d57a in QDBusAbstractInterface::callWithArgumentList (this=0x80d2b88, mode=QDBus::AutoDetect, method=..., args=...) at qdbusabstractinterface.cpp:380
#18 0xb737d99e in QDBusAbstractInterface::internalConstCall (this=0x80d2b88, mode=QDBus::AutoDetect, method=..., args=...) at qdbusabstractinterface.cpp:724
#19 0xb7362041 in QDBusConnectionInterface::isServiceRegistered (this=0x80d2b88, serviceName=...) at qdbusconnectioninterface.cpp:207
#20 0xb7ae1af2 in init (this=0x82e4d00) at ../../../nepomuk/core/nepomukmainmodel.cpp:89
#21 0xb7ae252f in model (this=0x82e4bf8, partial=...) at ../../../nepomuk/core/nepomukmainmodel.cpp:118
#22 Nepomuk::MainModel::listStatements (this=0x82e4bf8, partial=...) at ../../../nepomuk/core/nepomukmainmodel.cpp:201
#23 0xb7a1f72f in Soprano::FilterModel::listStatements(Soprano::Statement const&) const () from /usr/lib/libsoprano.so.4
#24 0xb7ad8f75 in Nepomuk::ResourceData::load (this=0x8def918) at ../../../nepomuk/core/resourcedata.cpp:368
#25 0xb7ad98c0 in Nepomuk::ResourceData::allProperties (this=0x8def918) at ../../../nepomuk/core/resourcedata.cpp:186
#26 0xb7af36d0 in Nepomuk::Resource::properties (this=0xbfe9d498) at ../../../nepomuk/core/resource.cpp:227
#27 0x0807eade in _start ()

Reported using DrKonqi
Comment 1 Dario Andres 2010-01-18 00:52:49 UTC
This is likely to be the glibc bug : bug 196207. I don't know if Debian is going to include the fix. Regards

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