Application: ktorrent (4.0.1) KDE Platform Version: 4.4.90 (KDE 4.4.90 (KDE 4.5 RC1)) Qt Version: 4.7.0 Operating System: Linux 2.6.32-23-generic-pae i686 Distribution: Ubuntu 10.04 LTS -- Information about the crash: - What I was doing when the application crashed: Nothing. This only seems to happen when I am not actively using the computer. - Unusual behavior I noticed: If ktorrent is minimized to the tray, the crash reporting assistant doesn't start. - Custom settings of the application: Before I install the debug package, the crash reporting assitant always started when ktorrent crashed. Now, it only starts if ktorrent has focus during the crash. -- Backtrace: Application: KTorrent (ktorrent), signal: Segmentation fault [Current thread is 1 (Thread 0xb4943710 (LWP 1241))] Thread 7 (Thread 0xb1cdfb70 (LWP 1243)): [KCrash Handler] #7 0xb691cdff in QPointer<QObject>::operator QObject* (this=0xa01f010, receiver=0x398eda68, event=0xb1cdf050) at ../../include/QtCore/../../src/corelib/kernel/qpointer.h:78 #8 QCoreApplicationPrivate::sendThroughObjectEventFilters (this=0xa01f010, receiver=0x398eda68, event=0xb1cdf050) at kernel/qcoreapplication.cpp:840 #9 0xb5e1f309 in QApplicationPrivate::notify_helper (this=0xa01f010, receiver=0x398eda68, e=0xb1cdf050) at kernel/qapplication.cpp:4354 #10 0xb5e266fe in QApplication::notify (this=0xbfc32760, receiver=0x398eda68, e=0xb1cdf050) at kernel/qapplication.cpp:3762 #11 0x0807a2ac in kt::App::notify (this=0x54235c88, receiver=0x54235c8c, event=0x3b956b28) at ../../ktorrent/app.cpp:97 #12 0xb691d6cb in QCoreApplication::notifyInternal (this=0xbfc32760, receiver=0x398eda68, event=0xb1cdf050) at kernel/qcoreapplication.cpp:732 #13 0xb694f426 in QCoreApplication::sendEvent (this=0xa13f73c) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215 #14 QTimerInfoList::activateTimers (this=0xa13f73c) at kernel/qeventdispatcher_unix.cpp:602 #15 0xb694c227 in timerSourceDispatch (source=0xa1393b0) at kernel/qeventdispatcher_glib.cpp:184 #16 idleTimerSourceDispatch (source=0xa1393b0) at kernel/qeventdispatcher_glib.cpp:231 #17 0xb50085e5 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #18 0xb500c2d8 in ?? () from /lib/libglib-2.0.so.0 #19 0xb500c4b8 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #20 0xb694bee5 in QEventDispatcherGlib::processEvents (this=0xa0c1ff8, flags=...) at kernel/qeventdispatcher_glib.cpp:412 #21 0xb691c1a9 in QEventLoop::processEvents (this=0xb1cdf2d0, flags=) at kernel/qeventloop.cpp:149 #22 0xb691c5fa in QEventLoop::exec (this=0xb1cdf2d0, flags=...) at kernel/qeventloop.cpp:201 #23 0xb6819aee in QThread::exec (this=0xa13a050) at thread/qthread.cpp:490 #24 0xb77ae5cd in utp::UTPServerThread::run (this=0xa13a050) at ../../src/utp/utpserverthread.cpp:40 #25 0xb681cdc9 in QThreadPrivate::start (arg=0xa13a050) at thread/qthread_unix.cpp:266 #26 0xb67a196e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #27 0xb5b1ca4e in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 6 (Thread 0xb14deb70 (LWP 1244)): #0 0xb783e430 in __kernel_vsyscall () #1 0xb5b15971 in select () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7771395 in dht::RPCServerThread::run (this=0xa147938) at ../../src/dht/rpcserver.cpp:107 #3 0xb681cdc9 in QThreadPrivate::start (arg=0xa147938) at thread/qthread_unix.cpp:266 #4 0xb67a196e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #5 0xb5b1ca4e in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 5 (Thread 0xa70dfb70 (LWP 1257)): #0 0xb783e430 in __kernel_vsyscall () #1 0xb5b29d33 in ?? () from /lib/tls/i686/cmov/libc.so.6 #2 0xb5ac057b in ?? () from /lib/tls/i686/cmov/libc.so.6 Backtrace stopped: previous frame identical to this frame (corrupt stack?) Thread 4 (Thread 0xa68deb70 (LWP 1258)): #0 0xb783e430 in __kernel_vsyscall () #1 0xb67a6015 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb681bea2 in QMutexPrivate::wait (this=0x9fee8c0, timeout=-1) at thread/qmutex_unix.cpp:84 #3 0xb6817582 in QMutex::lock (this=0x8115894) at thread/qmutex.cpp:167 #4 0xb7703c40 in net::SocketMonitor::lock (this=0x8115890) at ../../src/net/socketmonitor.cpp:82 #5 0xb7704c32 in net::UploadThread::waitForSocketsReady (this=0x9feed48) at ../../src/net/uploadthread.cpp:112 #6 0xb7704eaf in net::UploadThread::update (this=0x9feed48) at ../../src/net/uploadthread.cpp:45 #7 0xb7706528 in net::NetworkThread::run (this=0x9feed48) at ../../src/net/networkthread.cpp:48 #8 0xb681cdc9 in QThreadPrivate::start (arg=0x9feed48) at thread/qthread_unix.cpp:266 #9 0xb67a196e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #10 0xb5b1ca4e in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 3 (Thread 0xa60ddb70 (LWP 1259)): #0 0xb783e430 in __kernel_vsyscall () #1 0xb67a6015 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb681d997 in QWaitConditionPrivate::wait (this=0xb897f24, mutex=0xb897f20, time=4294967295) at thread/qwaitcondition_unix.cpp:87 #3 QWaitCondition::wait (this=0xb897f24, mutex=0xb897f20, time=4294967295) at thread/qwaitcondition_unix.cpp:159 #4 0xb7709ca2 in net::ReverseResolverThread::run (this=0xb897f18) at ../../src/net/reverseresolver.cpp:123 #5 0xb681cdc9 in QThreadPrivate::start (arg=0xb897f18) at thread/qthread_unix.cpp:266 #6 0xb67a196e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #7 0xb5b1ca4e in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 2 (Thread 0xb24e0b70 (LWP 1266)): #0 0xb783e430 in __kernel_vsyscall () #1 0xb5b29d33 in ?? () from /lib/tls/i686/cmov/libc.so.6 #2 0xb5ac057b in ?? () from /lib/tls/i686/cmov/libc.so.6 Backtrace stopped: previous frame identical to this frame (corrupt stack?) Thread 1 (Thread 0xb4943710 (LWP 1241)): #0 0xb783e430 in __kernel_vsyscall () #1 0xb5b29d33 in ?? () from /lib/tls/i686/cmov/libc.so.6 #2 0xb5ac057b in ?? () from /lib/tls/i686/cmov/libc.so.6 Backtrace stopped: previous frame identical to this frame (corrupt stack?) Reported using DrKonqi
Upgrade to 4.0.2 (and libktorrent 1.0.2), these µTP crashes should be gone in that release.