Bug 244548 - ktorrent crashes when the computer is otherwise idle
Summary: ktorrent crashes when the computer is otherwise idle
Status: RESOLVED FIXED
Alias: None
Product: ktorrent
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR crash
Target Milestone: ---
Assignee: Joris Guisson
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-07-13 23:33 UTC by art alexion
Modified: 2010-07-14 12:26 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 art alexion 2010-07-13 23:33:36 UTC
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
Comment 1 Joris Guisson 2010-07-14 12:26:48 UTC
Upgrade to 4.0.2 (and libktorrent 1.0.2), these µTP crashes should be gone in that release.