linuxdcpp-team team mailing list archive

[Razzloss <razzloss@xxxxxxxxx>]

Does it recover if left alone for a while, maybe 15-30 minutes?

Also a backtrace from a frozen linuxdcpp could be useful (compiled with scons debug=1). 
1) Start linuxdcpp normally
2) Cause it to freeze
3) start gdb in another terminal
4) type in gdb: attach PID_of_Linuxdcpp (check pid with ps -A | grep linuxdcpp)
5) Paste the output of 'thread apply all bt full' to a text file and attach here.

Another thing to check is if this can be reproduced with bzr revision before 339 (if you can't provide a backtrace).
1)  bzr branch lp:linuxdcpp -r 338
2) compile and run
3) see if this can be reproduced with that version. 

--RZ

-- 
gui becomes unresponsive
https://bugs.launchpad.net/bugs/502673
You received this bug notification because you are a member of LinuxDC++
Team, which is subscribed to LinuxDC++.

Status in Linux DC++: New

Bug description:
on a random occasion (i've been able to reproduce it several times by right-clicking directories and selecting ,,download whole directory'' in a loop) the gui of linuxdcpp becomes unresponsive. if i switch desktop and turn back the whole window is grey and nothing can be done. however program continues operation - if there's something in the queue it just continue downloading. console log does not seem to be helpful either. process responds to sigterm.

os: arch linux (current) but also ubuntu (my friend is seeing the same issue)
compiled from sources (bzr as of january 3rd 2010 with scons debug=1)