Bug 297788

Summary: KGet Crash when disconnect external disk
Product: [Applications] kget Reporter: Alexandr Zamaraev (aka Tonal) <tonal.promsoft>
Component: generalAssignee: KGet authors <kget>
Status: RESOLVED WORKSFORME    
Severity: crash CC: joris.guisson, tonal.promsoft
Priority: NOR Keywords: triaged
Version: unspecified   
Target Milestone: ---   
Platform: Ubuntu   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: New crash information added by DrKonqi

Description Alexandr Zamaraev (aka Tonal) 2012-04-09 16:05:39 UTC
Application: kget (2.7.4)
KDE Platform Version: 4.7.4 (4.7.4)
Qt Version: 4.7.4
Operating System: Linux 3.0.0-17-generic x86_64
Distribution: Ubuntu 11.10

-- Information about the crash:
- What I was doing when the application crashed:
KGet Crash when diskonnect external disk with torrent files.

The crash can be reproduced some of the time.

-- Backtrace:
Application: KGet (kget), signal: Aborted
[Current thread is 1 (Thread 0x7fa5eda157a0 (LWP 4034))]

Thread 4 (Thread 0x7fa5d1d00700 (LWP 4040)):
#0  0x00007fa5e8e18473 in __GI___poll (fds=<optimized out>, nfds=<optimized out>, timeout=<optimized out>) at ../sysdeps/unix/sysv/linux/poll.c:87
#1  0x00007fa5d34c558a in net::Poll::poll(int) () from /usr/lib/libktorrent.so.3
#2  0x00007fa5d34c2229 in ?? () from /usr/lib/libktorrent.so.3
#3  0x00007fa5d34c2336 in ?? () from /usr/lib/libktorrent.so.3
#4  0x00007fa5d34c2549 in ?? () from /usr/lib/libktorrent.so.3
#5  0x00007fa5ea5e8d05 in QThreadPrivate::start (arg=0x26ea000) at thread/qthread_unix.cpp:331
#6  0x00007fa5eb6d8efc in start_thread (arg=0x7fa5d1d00700) at pthread_create.c:304
#7  0x00007fa5e8e2459d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#8  0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7fa5d14ff700 (LWP 4041)):
#0  0x00007fa5e8e18473 in __GI___poll (fds=<optimized out>, nfds=<optimized out>, timeout=<optimized out>) at ../sysdeps/unix/sysv/linux/poll.c:87
#1  0x00007fa5d34c558a in net::Poll::poll(int) () from /usr/lib/libktorrent.so.3
#2  0x00007fa5d34c1b27 in ?? () from /usr/lib/libktorrent.so.3
#3  0x00007fa5d34c1c36 in ?? () from /usr/lib/libktorrent.so.3
#4  0x00007fa5d34c2549 in ?? () from /usr/lib/libktorrent.so.3
#5  0x00007fa5ea5e8d05 in QThreadPrivate::start (arg=0x26ea540) at thread/qthread_unix.cpp:331
#6  0x00007fa5eb6d8efc in start_thread (arg=0x7fa5d14ff700) at pthread_create.c:304
#7  0x00007fa5e8e2459d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#8  0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7fa5d0cfe700 (LWP 4042)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1  0x00007fa5ea5e91ab in wait (time=18446744073709551615, this=0x3234bb0) at thread/qwaitcondition_unix.cpp:88
#2  QWaitCondition::wait (this=<optimized out>, mutex=0x2e4dd00, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:160
#3  0x00007fa5d34c50da in ?? () from /usr/lib/libktorrent.so.3
#4  0x00007fa5ea5e8d05 in QThreadPrivate::start (arg=0x2e4dcf0) at thread/qthread_unix.cpp:331
#5  0x00007fa5eb6d8efc in start_thread (arg=0x7fa5d0cfe700) at pthread_create.c:304
#6  0x00007fa5e8e2459d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#7  0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7fa5eda157a0 (LWP 4034)):
[KCrash Handler]
#6  0x00007fa5e8d773a5 in __GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#7  0x00007fa5e8d7ab0b in __GI_abort () at abort.c:92
#8  0x00007fa5e9637d7d in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#9  0x00007fa5e9635f26 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#10 0x00007fa5e9635f53 in std::terminate() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#11 0x00007fa5e9636096 in __cxa_rethrow () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#12 0x00007fa5ea6cf02e in QEventLoop::exec (this=<optimized out>, flags=<optimized out>) at kernel/qeventloop.cpp:214
#13 0x00007fa5ea6d3789 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1064
#14 0x0000000000429601 in main (argc=1, argv=0x7fff8426af88) at ../../kget/main.cpp:168

Possible duplicates by query: bug 297031, bug 296744, bug 296435, bug 296407, bug 295404.

Reported using DrKonqi
Comment 1 Lukas Appelhans 2012-04-09 16:19:30 UTC
I guess you had a torrent transfer running?
Also, do you have debug symbols installed?

Lukas
Comment 2 Alexandr Zamaraev (aka Tonal) 2012-04-09 16:22:04 UTC
Created attachment 70263 [details]
New crash information added by DrKonqi

kget (2.7.4) on KDE Platform 4.7.4 (4.7.4) using Qt 4.7.4

- What I was doing when the application crashed:

Crash KGet when disconnect external USB disk with torrent files

-- Backtrace (Reduced):
#6  0x00007fb450fca3a5 in __GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#7  0x00007fb450fcdb0b in __GI_abort () at abort.c:92
[...]
#12 0x00007fb45292202e in QEventLoop::exec (this=<optimized out>, flags=<optimized out>) at kernel/qeventloop.cpp:214
#13 0x00007fb452926789 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1064
#14 0x0000000000429601 in main (argc=1, argv=0x7fff0f70d768) at ../../kget/main.cpp:168
Comment 3 Alexandr Zamaraev (aka Tonal) 2012-04-09 16:26:06 UTC
Yes, torrent transfer is running.
And Yes, DrKonqi install kdenetwork-dbg package.
Comment 4 Joris Guisson 2012-04-09 18:42:57 UTC
An exception was thrown and not caught, resulting in an abort. We need to know where the exception is thrown. Given the fact that an external disk has been disconnected, I would put my money on a SIGBUS being caught by ktorrent and it then subsequently throws a bt::Error which doesn't get caught.

Does KGet store the logging of libktorrent somewhere ?
Comment 5 Lukas Appelhans 2012-04-10 21:31:53 UTC
Sure, KDEDIR/share/apps/kget/torrentlog.log

Lukas

PS: Thanks for the information, that's a place to start :)
Comment 6 Alexandr Zamaraev (aka Tonal) 2012-04-11 04:15:44 UTC
I use Kubuntu 11.10
Where can I find this file?
Comment 7 Joris Guisson 2012-04-11 16:04:44 UTC
 ~/.kde/share/apps/kget/torrentlog.log
Comment 8 Jekyll Wu 2013-09-30 14:02:04 UTC
Unfortunately, the backtrace doesn't contain much helpful information due to uncaught exception (not your fault). 

If you can reproduce the crash every time,  please follow the guide[1] and try to run it under gdb to get a better backtrace.  

[1] http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports#Retrieving_a_backtrace_when_an_uncaught_exception_is_causing_a_crash
Comment 9 Andrew Crouthamel 2018-09-25 03:37:03 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 10 Andrew Crouthamel 2018-10-27 02:29:39 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!