Bug 225253 - downloading 603 files in background - returned to find crash report
Summary: downloading 603 files in background - returned to find crash report
Status: RESOLVED WAITINGFORINFO
Alias: None
Product: kget
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Unlisted Binaries Linux
: NOR crash
Target Milestone: ---
Assignee: KGet authors
URL:
Keywords:
: 223839 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-02-02 12:12 UTC by T Ressel
Modified: 2010-09-14 11:04 UTC (History)
2 users (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 T Ressel 2010-02-02 12:12:17 UTC
Application that crashed: kget
Version of the application: 2.3.1
KDE Version: 4.3.1 (KDE 4.3.1) "release 6"
Qt Version: 4.5.3
Operating System: Linux 2.6.31.8-0.1-desktop x86_64
Distribution: "openSUSE 11.2 (x86_64)"

What I was doing when the application crashed:
kget downoading files from konqueror.
603 files placed in category and getting
Unsure what happened next as left workspace.
Returned to find crash report.
Knotify still running and reporting active downloads
Konqueror url: http://www.math-drills.com/decimal.shtml

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

Thread 2 (Thread 0x7f9f159ca910 (LWP 2085)):
[KCrash Handler]
#5  0x00007f9f250974e5 in raise () from /lib64/libc.so.6
#6  0x00007f9f250989b0 in abort () from /lib64/libc.so.6
#7  0x00007f9f2157703a in IA__g_logv (log_domain=<value optimized out>, log_level=<value optimized out>, format=<value optimized out>, args1=0x7f9f159c9ec0) at gmessages.c:549
#8  0x00007f9f215770d3 in IA__g_log (log_domain=0x7e61 <Address 0x7e61 out of bounds>, log_level=2085, format=0x6 <Address 0x6 out of bounds>) at gmessages.c:569
#9  0x00007f9f2156d980 in g_main_context_init_pipe (context=0x367c220) at gmain.c:415
#10 0x00007f9f2156da35 in IA__g_main_context_new () at gmain.c:510
#11 0x00007f9f25a8fa85 in QEventDispatcherGlibPrivate::QEventDispatcherGlibPrivate (this=0x1e6ab90, context=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:308
#12 0x00007f9f25a8fce0 in QEventDispatcherGlib::QEventDispatcherGlib (this=0x181d810, parent=0x0) at kernel/qeventdispatcher_glib.cpp:345
#13 0x00007f9f259812ff in QThreadPrivate::createEventDispatcher (data=0x4be60d0) at thread/qthread_unix.cpp:159
#14 0x00007f9f25981465 in QThreadPrivate::start (arg=0x1dbf790) at thread/qthread_unix.cpp:183
#15 0x00007f9f24bf765d in start_thread () from /lib64/libpthread.so.0
#16 0x00007f9f2513614d in clone () from /lib64/libc.so.6
#17 0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7f9f28ad8750 (LWP 32353)):
#0  0x00007f9f24bfc049 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f9f2598253b in wait (time=<value optimized out>, this=<value optimized out>) at thread/qwaitcondition_unix.cpp:87
#2  QWaitCondition::wait (time=<value optimized out>, this=<value optimized out>) at thread/qwaitcondition_unix.cpp:159
#3  0x00007f9f25977106 in QThreadPoolPrivate::waitForDone (this=0x4b784e0) at concurrent/qthreadpool.cpp:293
#4  0x00007f9f2597767f in QThreadPool::~QThreadPool (this=0x4ca65f0, __in_chrg=<value optimized out>) at concurrent/qthreadpool.cpp:424
#5  0x00007f9f25978955 in QGlobalStaticDeleter<QThreadPool>::~QGlobalStaticDeleter (this=0x7f9f25d57aa8, __in_chrg=<value optimized out>) at ../../src/corelib/global/qglobal.h:1633
#6  0x00007f9f2509a065 in ?? () from /lib64/libc.so.6
#7  0x00007f9f2509a0b5 in exit () from /lib64/libc.so.6
#8  0x00007f9f2663c628 in qt_xio_errhandler () at kernel/qapplication_x11.cpp:711
#9  0x00007f9f284fe2b8 in KApplication::xioErrhandler(_XDisplay*) () from /usr/lib64/libkdeui.so.5
#10 0x00007f9f244d62be in _XIOError () from /usr/lib64/libX11.so.6
#11 0x00007f9f244ddc95 in ?? () from /usr/lib64/libX11.so.6
#12 0x00007f9f244de547 in _XEventsQueued () from /usr/lib64/libX11.so.6
#13 0x00007f9f244c724b in XEventsQueued () from /usr/lib64/libX11.so.6
#14 0x00007f9f26674547 in x11EventSourcePrepare (s=0x6aef50, timeout=<value optimized out>) at kernel/qguieventdispatcher_glib.cpp:79
#15 0x00007f9f2156ffca in IA__g_main_context_prepare (context=0x6add20, priority=<value optimized out>) at gmain.c:2280
#16 0x00007f9f215703a1 in g_main_context_iterate (context=0x6add20, block=<value optimized out>, dispatch=<value optimized out>, self=<value optimized out>) at gmain.c:2571
#17 0x00007f9f215708d0 in IA__g_main_context_iteration (context=0x6add20, may_block=1) at gmain.c:2654
#18 0x00007f9f25a8f3a3 in QEventDispatcherGlib::processEvents (this=0x6841a0, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:407
#19 0x00007f9f2667431e in QGuiEventDispatcherGlib::processEvents (this=0x1e57dfc, flags=<value optimized out>) at kernel/qguieventdispatcher_glib.cpp:202
#20 0x00007f9f25a65712 in QEventLoop::processEvents (this=<value optimized out>, flags=) at kernel/qeventloop.cpp:149
#21 0x00007f9f25a65ae4 in QEventLoop::exec (this=0x7fff9fc1aa10, flags=) at kernel/qeventloop.cpp:201
#22 0x00007f9f25a67c99 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:888
#23 0x000000000045cd6c in _start ()

Reported using DrKonqi
Comment 1 Lukas Appelhans 2010-02-02 14:15:52 UTC
I wonder if the crash is anything related to KGet, as it seems to not crash inside its code...

Lukas
Comment 2 T Ressel 2010-02-02 18:41:08 UTC
I am not a coder but a user.
The problem is totally repeatable.
I wonder if you need more or further info.
let me know.

If it helps I think it's more to do with the number if downloads.
I let kget restart & run [I set default to restart and stop downloads]
it's in a blank screen for a long time but then eventually runs
I can now choose an individual download and restart it - everything is fine -
until the moment I choose to download all...


TR
Comment 3 Dario Andres 2010-02-04 02:58:03 UTC
Mh, as the crash looks related to KGet, could you try this?:

- Quit KGet
- Run Konsole
- Type "export QT_NO_GLIB=1" + Enter
- Type "kget" + Enter
- Use KGet and try to repeat the problem.

Regards
Comment 4 T Ressel 2010-02-05 13:00:29 UTC
have done that.
@ http://www.math-drills.com/integers.shtml
and using kget to get all pdfs.

Window behaves much better although it still goes grey for a moment when I
restore it.
There have been no crashes - so far.

However the app remains massively unresponsive in that the command to stop all
downloads takes about 10-15 seconds to acknowledge when the window refreshes
with all downloads stopped.

Hope this helps.
If there is anything else let me know...


TR
Comment 5 Matthias Fuchs 2010-02-15 21:26:35 UTC
*** Bug 223839 has been marked as a duplicate of this bug. ***
Comment 6 Matthias Fuchs 2010-08-27 13:25:44 UTC
So you don't have the crash problem anymore?
If that is the case we modify this bug report to only look at the slowness when having many downloads.
Comment 7 Matthias Fuchs 2010-09-14 11:04:51 UTC
If you still have this crash problem please reopen the bug. In case of speed, the upcoming 4.5.2 should improve that a lot. So if you experience slowdowns with 4.5.2 or trunk please create an own report for that.