Bug 296497 - Error when starting KMail
Summary: Error when starting KMail
Status: RESOLVED DUPLICATE of bug 295474
Alias: None
Product: kmail2
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR crash
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-03-21 14:19 UTC by Birjukov Dmitrij Aleksandrovich
Modified: 2012-03-31 22:55 UTC (History)
0 users

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 Birjukov Dmitrij Aleksandrovich 2012-03-21 14:19:08 UTC
Application: kmail (4.8.1)
KDE Platform Version: 4.8.1 (4.8.1)
Qt Version: 4.8.0
Operating System: Linux 3.2.10-3.fc16.i686.PAE i686
Distribution: "Fedora release 16 (Verne)"

-- Information about the crash:
- What I was doing when the application crashed:
If you try to run the application "kmail" This problem has arisen. An error occurred once or more until it was repeated.
Some syntactic and lexical structure may seem strange, but English is not my native language.

-- Backtrace:
Application: KMail (kmail), signal: Segmentation fault
Using host libthread_db library "/lib/libthread_db.so.1".
[Current thread is 1 (Thread 0xb7791780 (LWP 21505))]

Thread 3 (Thread 0xb62b4b40 (LWP 21517)):
#0  0xb77dd424 in __kernel_vsyscall ()
#1  0x457c285c in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i486/pthread_cond_wait.S:172
#2  0x505d49a3 in WTF::TCMalloc_PageHeap::scavengerThread (this=0x50cf9fe0) at ../../../Source/JavaScriptCore/wtf/FastMalloc.cpp:2495
#3  0x505d4ac0 in WTF::TCMalloc_PageHeap::runScavengerThread (context=0x50cf9fe0) at ../../../Source/JavaScriptCore/wtf/FastMalloc.cpp:1618
#4  0x457becd3 in start_thread (arg=0xb62b4b40) at pthread_create.c:309
#5  0x456fba2e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:133

Thread 2 (Thread 0xb3c14b40 (LWP 21529)):
[KCrash Handler]
#7  QMutex::lock (this=0x8edd334) at thread/qmutex.cpp:153
#8  0x4e2f1ed8 in lockInline (this=<optimized out>) at /usr/include/QtCore/qmutex.h:198
#9  QMutexLocker (m=<optimized out>, this=0xb3c13b94) at /usr/include/QtCore/qmutex.h:109
#10 Soprano::Error::ErrorCache::clearError (this=0x8edd328) at /usr/src/debug/soprano-2.7.4/soprano/error.cpp:238
#11 0x4e2f2228 in Soprano::Error::ErrorCache::setError (this=0x8edd328, error=...) at /usr/src/debug/soprano-2.7.4/soprano/error.cpp:225
#12 0x4186c6f5 in Nepomuk::MainModel::executeQuery (this=0x8edd320, query=..., language=Soprano::Query::QueryLanguageSparql, userQueryLanguage=...) at /usr/src/debug/kdelibs-4.8.1/nepomuk/core/nepomukmainmodel.cpp:213
#13 0x4188962c in Nepomuk::Types::EntityPrivate::load (this=0xb33040e0) at /usr/src/debug/kdelibs-4.8.1/nepomuk/types/entity.cpp:76
#14 0x4188d7fb in Nepomuk::Types::ClassPrivate::load (this=0xb33040e0) at /usr/src/debug/kdelibs-4.8.1/nepomuk/types/class.cpp:54
#15 0x41888264 in Nepomuk::Types::EntityPrivate::init (this=0xb33040e0) at /usr/src/debug/kdelibs-4.8.1/nepomuk/types/entity.cpp:51
#16 0x4188eafc in Nepomuk::Types::Class::isSubClassOf (this=0xb33039f8, other=...) at /usr/src/debug/kdelibs-4.8.1/nepomuk/types/class.cpp:493
#17 0x4188eb79 in Nepomuk::Types::Class::isSubClassOf (this=0xb3c13f14, other=...) at /usr/src/debug/kdelibs-4.8.1/nepomuk/types/class.cpp:501
#18 0x41855188 in Nepomuk::ResourceData::loadType (this=0xb3301b80, storedType=...) at /usr/src/debug/kdelibs-4.8.1/nepomuk/core/resourcedata.cpp:377
#19 0x41857072 in Nepomuk::ResourceData::load (this=0xb3301b80) at /usr/src/debug/kdelibs-4.8.1/nepomuk/core/resourcedata.cpp:424
#20 0x41857851 in Nepomuk::ResourceData::property (this=0xb3301b80, uri=...) at /usr/src/debug/kdelibs-4.8.1/nepomuk/core/resourcedata.cpp:265
#21 0x418707c2 in Nepomuk::Resource::property (this=0xb3c141fc, uri=...) at /usr/src/debug/kdelibs-4.8.1/nepomuk/core/resource.cpp:301
#22 0x429de551 in MessageCore::NepomukResourceRetrieverRunnable::run (this=0x9218300) at /usr/src/debug/kdepim-4.8.1/messagecore/asyncnepomukresourceretriever.cpp:47
#23 0x4c31a773 in QThreadPoolThread::run (this=0x9218318) at concurrent/qthreadpool.cpp:107
#24 0x4c3280b1 in QThreadPrivate::start (arg=0x9218318) at thread/qthread_unix.cpp:298
#25 0x457becd3 in start_thread (arg=0xb3c14b40) at pthread_create.c:309
#26 0x456fba2e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:133

Thread 1 (Thread 0xb7791780 (LWP 21505)):
#0  0xb77dd424 in __kernel_vsyscall ()
#1  0x457c285c in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i486/pthread_cond_wait.S:172
#2  0x4c328638 in wait (time=4294967295, this=0x91f8cc0) at thread/qwaitcondition_unix.cpp:86
#3  QWaitCondition::wait (this=0x91f9650, mutex=0x91f963c, time=4294967295) at thread/qwaitcondition_unix.cpp:158
#4  0x4c319f61 in QThreadPoolPrivate::waitForDone (this=0x91f95f0, msecs=-1) at concurrent/qthreadpool.cpp:298
#5  0x4c31b9b9 in QThreadPool::~QThreadPool (this=0x91f9474, __in_chrg=<optimized out>) at concurrent/qthreadpool.cpp:440
#6  0x429dcdc6 in ~AsyncNepomukResourceRetrieverPrivate (this=0x91f9470, __in_chrg=<optimized out>) at /usr/src/debug/kdepim-4.8.1/messagecore/asyncnepomukresourceretriever.cpp:58
#7  MessageCore::AsyncNepomukResourceRetriever::~AsyncNepomukResourceRetriever (this=0x91faf88, __in_chrg=<optimized out>) at /usr/src/debug/kdepim-4.8.1/messagecore/asyncnepomukresourceretriever.cpp:113
#8  0x42addd4e in ~CallbackNepomukResourceRetriever (this=0x91faf88, __in_chrg=<optimized out>) at /usr/src/debug/kdepim-4.8.1/messagelist/core/callbacknepomukresourceretriever.h:32
#9  MessageList::CallbackNepomukResourceRetriever::~CallbackNepomukResourceRetriever (this=0x91faf88, __in_chrg=<optimized out>) at /usr/src/debug/kdepim-4.8.1/messagelist/core/callbacknepomukresourceretriever.h:32
#10 0x42aeba63 in destroy () at /usr/src/debug/kdepim-4.8.1/messagelist/core/messageitem.cpp:42
#11 0x42aef6ea in KCleanUpGlobalStatic::~KCleanUpGlobalStatic (this=0x42b788d0, __in_chrg=<optimized out>) at /usr/include/kde4/kglobal.h:62
#12 0x4563aff1 in __run_exit_handlers (status=0, listp=0x457b2384, run_list_atexit=true) at exit.c:78
#13 0x4563b07d in __GI_exit (status=0) at exit.c:100
#14 0x456216bb in __libc_start_main (main=0x8049b80 <main(int, char**)>, argc=3, ubp_av=0xbffcb3e4, init=0x804ad30 <__libc_csu_init>, fini=0x804ada0 <__libc_csu_fini>, rtld_fini=0x455ef2c0 <_dl_fini>, stack_end=0xbffcb3dc) at libc-start.c:258
#15 0x0804a86d in _start ()

Possible duplicates by query: bug 296294, bug 295083.

Reported using DrKonqi
Comment 1 Christophe Marin 2012-03-31 22:55:53 UTC

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