From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/83799 Path: news.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.gnus.general Subject: Re: Freeze up on general news scan (g) Date: Mon, 07 Oct 2013 08:59:44 +0800 Message-ID: <87r4bxrj3z.fsf@ericabrahamsen.net> References: <87mxda84nc.fsf@newsguy.com> <871u3y1e0a.fsf@newsguy.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1381107588 25434 80.91.229.3 (7 Oct 2013 00:59:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 7 Oct 2013 00:59:48 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M32055@lists.math.uh.edu Mon Oct 07 02:59:51 2013 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VSzAt-0003jl-7h for ding-account@gmane.org; Mon, 07 Oct 2013 02:59:51 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1VSzA9-0004Ey-BD; Sun, 06 Oct 2013 19:59:05 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1VSzA8-0004Eo-4G for ding@lists.math.uh.edu; Sun, 06 Oct 2013 19:59:04 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1VSz9u-0008H6-GP for ding@lists.math.uh.edu; Sun, 06 Oct 2013 19:59:03 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1VSz9s-0000VF-JZ for ding@gnus.org; Mon, 07 Oct 2013 02:58:48 +0200 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VSz9q-0003aY-PV for ding@gnus.org; Mon, 07 Oct 2013 02:58:46 +0200 Original-Received: from 111.199.226.97 ([111.199.226.97]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 07 Oct 2013 02:58:46 +0200 Original-Received: from eric by 111.199.226.97 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 07 Oct 2013 02:58:46 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 42 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 111.199.226.97 User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3 (gnu/linux) Cancel-Lock: sha1:jjSu/nQRFbqf+djDC8tzTEosP1w= X-Spam-Score: 2.1 (++) X-Spam-Report: SpamAssassin (3.3.1 2010-03-16) analysis follows Bayesian score: 0.0000 Ham tokens: 0.000-221--1675h-0s--0d--H*u:Emacs, 0.000-161--1222h-0s--0d--H*u:Gnus, 0.000-161--1222h-0s--0d--H*UA:Gnus, 0.000-152--1149h-0s--0d--H*u:linux, 0.000-152--1149h-0s--0d--H*UA:linux Spam tokens: 0.992-9592--452h-39873s--0d--HX-Spam-Relays-External:quimby.gnus.org, 0.991-14559--743h-60749s--0d--HTo:D*gnus.org, 0.991-15129--797h-63228s--0d--H*RU:quimby.gnus.org, 0.989-14956--970h-63229s--0d--HX-Spam-Relays-Internal:quimby.gnus.org, 0.989-14956--970h-63229s--0d--H*RT:80.91.231.51 Autolearn status: no 2.8 FSL_HELO_BARE_IP_2 FSL_HELO_BARE_IP_2 -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.91.229.3 listed in list.dnswl.org] 1.2 RCVD_NUMERIC_HELO Received: contains an IP address used for HELO -0.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:83799 Archived-At: Harry Putnam writes: > Lars Magne Ingebrigtsen writes: > >> Harry Putnam writes: >> >>> For some time now I've been having a problem where when I do a general >>> news scan (g) It doesn't ever finish. It doesn't always happen and >>> has been a bit of problem getting a backtrace but finally got one >>> posted below. >> >> I've now added further sanity checking to the async nntp retrieval >> stuff. Does this fix this problem for you? > > I realize this is an old old thread... but I'm still having the > problem and have had all this time. I've gotten so used to working > around it that I kind of quit fussing with it... until, lately when I > posted about it again and got some help from Katsumi, that seemed at > first to fix things: It was some old code I had kicking around that > was from way back with this post I'm responding to, was current. > > See the thread if interested: > http://thread.gmane.org/gmane.emacs.gnus.general/83778 > > Or from gnus: > Message-ID: <871u4cwiwu.fsf@newsguy.com> > > I've ditched that old code of mine, and after a few refreshes I'm back > to having huge (never ending) waits when pressing 'g'. All nnml: > nnimap: etc gets refreshed , the last being nnfolder... but when it > hits the part where it nntp refresh...happens, it just never finishes. > > I doubt it is a server problem since any single newsgroup or any nntp > server refreshes in a normal amount of time... I run in topics so if I > hit M-g on all gmane groups, good refresh time. Ditto for newsguy.com > and apn (forte-agent news service) > > It only the over all 'g' refresh that goes into infinity. A "me too" might not be that helpful, but... me too. Any time I resume the computer or re-connect to a network I'm in the habit of opening a single nntp group, to prod the connection into life, then hitting 'g'.