Re: Gnus hanging

[lee <lee@yun.yagibdah.de>]

Richard Riley <rileyrg@googlemail.com> writes:

> Dave Abrahams <dave@boostpro.com> writes:
>
>> on Wed Jul 06 2011, Richard Riley <rileyrg-AT-googlemail.com> wrote:
>>
>>> I'm frequently on a wireless connection that fails. Gnus hangs if I do a
>>> "g" (or more accurately C-u 5 g) in the group buffer to get new headers
>>> if the link has gone down and come back up again - I assume because of
>>> non valid network stream handles or whatever. What would be the best way
>>> to ensure Gnus closes all network links first and reconnects prior to
>>> the refresh other than quitting or closing/opening from the server
>>> buffer?
>>
>> +1
>>
>> Long-standing issue for me, too.
>
> Any info on this or any ideas how to customise something to restart the
> connections on a "g"? Its hanging all the time on my netbook when the
> wireless is dodgy.

Gnus apparently does re-open the connections when they were closed
(timed out). You can see that when watching them with "netstat -t".  Yet
that doesn't seem to help with connections that involve authentication.

So far, I've only found that neither setting nntp-connection-timeout nor
having a deamon like "(gnus-demon-add-handler
'gnus-demon-close-connections 5 nil)" makes any difference.

At the moment, gnus hangs every time I press `g' after it didn't happen
at all for about two days, all for no apparent reason.

It might help to find out what causes the problem if everyone adds their
backtrace[1] to the bug report[2], perhaps with some information added
under what conditions it occurs.


[1]: add "(setq debug-on-quit t)" to your ~/.emacs to get a backtrace
     when pressing C-g
[2]: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=9020 --- I guess you
     can mail additional info by sending it to 9020@debbugs.gnu.org


-- 
html messages are obsolete