From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/83822 Path: news.gmane.org!not-for-mail From: Harry Putnam Newsgroups: gmane.emacs.gnus.general Subject: Re: News scan on startup vs 'g' in group buff Date: Sat, 26 Oct 2013 14:10:16 -0400 Organization: Still searching... Message-ID: <877gczdhtj.fsf@newsguy.com> References: <87bo2inwfu.fsf@newsguy.com> <87eh7ddcdi.fsf@nowhere.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1382811072 8322 80.91.229.3 (26 Oct 2013 18:11:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 26 Oct 2013 18:11:12 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M32078@lists.math.uh.edu Sat Oct 26 20:11:14 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 1Va8KQ-0003qW-4G for ding-account@gmane.org; Sat, 26 Oct 2013 20:11:14 +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 1Va8Jp-0002Uq-Na; Sat, 26 Oct 2013 13:10:37 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Va8Jo-0002Ui-7Q for ding@lists.math.uh.edu; Sat, 26 Oct 2013 13:10:36 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtps (TLSv1:AES128-SHA:128) (Exim 4.76) (envelope-from ) id 1Va8Jm-000087-Gu for ding@lists.math.uh.edu; Sat, 26 Oct 2013 13:10:35 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]) by quimby.gnus.org with esmtp (Exim 4.80) (envelope-from ) id 1Va8Jk-0002bz-G7 for ding@gnus.org; Sat, 26 Oct 2013 20:10:32 +0200 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Va8Ji-0003TO-OY for ding@gnus.org; Sat, 26 Oct 2013 20:10:30 +0200 Original-Received: from z65-50-57-227.ips.direcpath.com ([65.50.57.227]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 26 Oct 2013 20:10:30 +0200 Original-Received: from reader by z65-50-57-227.ips.direcpath.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 26 Oct 2013 20:10:30 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 60 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: z65-50-57-227.ips.direcpath.com User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.0.92 (gnu/linux) Cancel-Lock: sha1:oajJRwB9Dvg+iZawdZsu2fuOSUA= X-Spam-Score: -2.3 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:83822 Archived-At: Glyn Millington writes: [...] >> Since I'm way less skilled than my near multiple decade use of gnus >> would indicate and if no one has any advice on how to track down what >> is causing the time out, then I thought finding out why a restart >> doesn't time out, that is, what is different scanning for news during >> start up compared to 'g' then maybe I could just use that bit for now >> as a work-around. > > Is it by any chance gnus-get-unread-articles ? I'm not sure if you're asking me this, or asking for other posters to answer.. it appears to be the same question I was asking. What commands or functions scan for news on startup? Is different than `g'? I tried evaluating that function you mentioned but got the same near infinite stall. But must have broke out sometime in the next half hour because after 12 minutes I had to leave the computer... but when I came back about half hour later it appeared to be out of the stall. I hope that is not what does it on startup.... because as I've mentioned, and odd though it seems. A restart will get all groups refreshed with no apparent giant pause or stall, whereas gnus-get-unread-articles or gnus-group-get-new-news goes into a very long stall. > On your 'g' problem, a quick look at the docstring for > gnus-group-get-new-news, opens up at least one possibility > > ,---- > | (gnus-group-get-new-news &optional ARG ONE-LEVEL) > | > | Get newly arrived articles. > | If ARG is a number, it specifies which levels you are interested in > | re-scanning. If ARG is non-nil and not a number, this will force > | "hard" re-reading of the active files from all servers. > | If ONE-LEVEL is not nil, then re-scan only the specified level, > | otherwise all levels below ARG will be scanned too. > `---- > > > Have you tried passing a numerical argument to 'g' ? ie 'C-u 2 g', if > your mail groups are at level 2 and 1? No, I haven't keep different levels for yrs, and it would take some serious rearranging to try that. ------- --------- ---=--- --------- -------- Now let me ask this a little differently. How might I study what happens on startup, as opposed to what happens when pressing `g' in group mode. Isn't there some mode where I watch the action somehow, and see what gets called or where gnus is spending so much time?