Bug 314254 - KMail crashed when closing it while fetching mail
Summary: KMail crashed when closing it while fetching mail
Status: RESOLVED FIXED
Alias: None
Product: kmail2
Classification: Applications
Component: general (show other bugs)
Version: 4.8.5
Platform: Ubuntu Linux
: NOR crash
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-02-01 14:53 UTC by Dennis Schridde
Modified: 2013-02-01 15:37 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 Dennis Schridde 2013-02-01 14:53:54 UTC
Application: kmail (4.8.5)
KDE Platform Version: 4.8.5 (4.8.5)
Qt Version: 4.8.1
Operating System: Linux 3.2.0-37-generic i686
Distribution: Ubuntu 12.04.1 LTS

-- Information about the crash:
- What I was doing when the application crashed:
I clicked to fetch mail in KMail, and then closed it. Right then KMail crashed.

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

Thread 4 (Thread 0xb39bbb40 (LWP 7646)):
#0  0x00295416 in __kernel_vsyscall ()
#1  0x00a5396b in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i386-linux-gnu/libpthread.so.0
#2  0x01be564c in pthread_cond_wait () from /lib/i386-linux-gnu/libc.so.6
#3  0xb7036263 in ?? () from /usr/lib/i386-linux-gnu/libQtWebKit.so.4
#4  0xb703637f in ?? () from /usr/lib/i386-linux-gnu/libQtWebKit.so.4
#5  0x00a4fd4c in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#6  0x01bd7d3e in clone () from /lib/i386-linux-gnu/libc.so.6

Thread 3 (Thread 0xb0cbbb40 (LWP 7651)):
#0  0x00295416 in __kernel_vsyscall ()
#1  0x01bc95f0 in poll () from /lib/i386-linux-gnu/libc.so.6
#2  0x05010a7b in g_poll () from /lib/i386-linux-gnu/libglib-2.0.so.0
#3  0x050030ae in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#4  0x05003201 in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0
#5  0x079bf8e7 in QEventDispatcherGlib::processEvents (this=0x9547ab8, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#6  0x0798b50d in QEventLoop::processEvents (this=0xb0cbb240, flags=...) at kernel/qeventloop.cpp:149
#7  0x0798b7a9 in QEventLoop::exec (this=0xb0cbb240, flags=...) at kernel/qeventloop.cpp:204
#8  0x0787494c in QThread::exec (this=0x95027f8) at thread/qthread.cpp:501
#9  0x07968b5d in QInotifyFileSystemWatcherEngine::run (this=0x95027f8) at io/qfilesystemwatcher_inotify.cpp:248
#10 0x07877de0 in QThreadPrivate::start (arg=0x95027f8) at thread/qthread_unix.cpp:298
#11 0x00a4fd4c in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#12 0x01bd7d3e in clone () from /lib/i386-linux-gnu/libc.so.6

Thread 2 (Thread 0xb22efb40 (LWP 7965)):
[KCrash Handler]
#7  0x022880dd in Nepomuk::ResourceManager::mainModel (this=0x9163568) at ../../nepomuk/core/resourcemanager.cpp:503
#8  0x02280f4e in Nepomuk::ResourceData::load (this=0xb1920690) at ../../nepomuk/core/resourcedata.cpp:462
#9  0x02281640 in Nepomuk::ResourceData::property (this=0xb1920690, uri=...) at ../../nepomuk/core/resourcedata.cpp:275
#10 0x02299011 in Nepomuk::Resource::property (this=0xb22ef23c, uri=...) at ../../nepomuk/core/resource.cpp:301
#11 0x03397a11 in ?? () from /usr/lib/libmessagecore.so.4
#12 0x0786a39b in QThreadPoolThread::run (this=0x97eac30) at concurrent/qthreadpool.cpp:107
#13 0x07877de0 in QThreadPrivate::start (arg=0x97eac30) at thread/qthread_unix.cpp:298
#14 0x00a4fd4c in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#15 0x01bd7d3e in clone () from /lib/i386-linux-gnu/libc.so.6

Thread 1 (Thread 0xb5e03740 (LWP 7632)):
#0  0x00295416 in __kernel_vsyscall ()
#1  0x00a5396b in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i386-linux-gnu/libpthread.so.0
#2  0x01be564c in pthread_cond_wait () from /lib/i386-linux-gnu/libc.so.6
#3  0x07878350 in wait (time=4294967295, this=0x97e6ae0) at thread/qwaitcondition_unix.cpp:86
#4  QWaitCondition::wait (this=0x97e6dc0, mutex=0x97e6dac, time=4294967295) at thread/qwaitcondition_unix.cpp:158
#5  0x07869b81 in QThreadPoolPrivate::waitForDone (this=0x97e6d60, msecs=-1) at concurrent/qthreadpool.cpp:298
#6  0x0786b598 in QThreadPool::~QThreadPool (this=0x9777004, __in_chrg=<optimized out>) at concurrent/qthreadpool.cpp:440
#7  0x033961f5 in MessageCore::AsyncNepomukResourceRetriever::~AsyncNepomukResourceRetriever() () from /usr/lib/libmessagecore.so.4
#8  0x05f88d1d in ?? () from /usr/lib/libmessagelist.so.4
#9  0x05f968a2 in ?? () from /usr/lib/libmessagelist.so.4
#10 0x05f9a589 in ?? () from /usr/lib/libmessagelist.so.4
#11 0x01b1bf51 in ?? () from /lib/i386-linux-gnu/libc.so.6
#12 0x01b1bfdd in exit () from /lib/i386-linux-gnu/libc.so.6
#13 0x01b024db in __libc_start_main () from /lib/i386-linux-gnu/libc.so.6
#14 0x0804a6e9 in _start ()

Possible duplicates by query: bug 306326.

Reported using DrKonqi
Comment 1 Laurent Montel 2013-02-01 15:37:44 UTC
4.8.5 is very old. We will release next monday 4.10
We fixed a lot of nepomuk problem in 4.9 and 4.10
Please update your version and reopen it if necessary