From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/47366 Path: main.gmane.org!not-for-mail From: Henrik Enberg Newsgroups: gmane.emacs.gnus.general Subject: Re: Agent gone mad? Date: Tue, 22 Oct 2002 22:37:23 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: <87lm4qb470.fsf@enberg.org> References: <874rbicfno.fsf@enberg.org> <847kgcrj6z.fsf@crybaby.cs.uni-dortmund.de> <878z0slk92.fsf@enberg.org> <84bs5os371.fsf@crybaby.cs.uni-dortmund.de> <87u1jfadtb.fsf@enberg.org> <84r8ej7gij.fsf@crybaby.cs.uni-dortmund.de> <87elaj7fko.fsf@enberg.org> <84znt7vx85.fsf@crybaby.cs.uni-dortmund.de> <87k7kanvb8.fsf@enberg.org> <847kgautjo.fsf@crybaby.cs.uni-dortmund.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1035319661 16289 80.91.224.249 (22 Oct 2002 20:47:41 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 22 Oct 2002 20:47:41 +0000 (UTC) Cc: ding@gnus.org Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1845wC-0004ES-00 for ; Tue, 22 Oct 2002 22:47:40 +0200 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1845uI-000568-00; Tue, 22 Oct 2002 15:45:42 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 22 Oct 2002 15:46:26 -0500 (CDT) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id PAA22465 for ; Tue, 22 Oct 2002 15:46:12 -0500 (CDT) Original-Received: (qmail 2707 invoked by alias); 22 Oct 2002 20:45:19 -0000 Original-Received: (qmail 2702 invoked from network); 22 Oct 2002 20:45:19 -0000 Original-Received: from mailf.telia.com (194.22.194.25) by gnus.org with SMTP; 22 Oct 2002 20:45:19 -0000 Original-Received: from d1o1112.telia.com (d1o1112.telia.com [213.67.192.241]) by mailf.telia.com (8.12.5/8.12.5) with ESMTP id g9MKj8NS013895; Tue, 22 Oct 2002 22:45:08 +0200 (CEST) X-Original-Recipient: ding@gnus.org Original-Received: from rocksteady (h222n2fls32o1112.telia.com [213.65.65.222]) by d1o1112.telia.com (8.10.2/8.10.1) with ESMTP id g9MKj8g12101; Tue, 22 Oct 2002 22:45:08 +0200 (CEST) Original-Received: by rocksteady (Postfix, from userid 1000) id 59A1237B72; Tue, 22 Oct 2002 22:43:30 +0200 (CEST) Original-To: kai.grossjohann@uni-duisburg.de (Kai =?iso-8859-1?q?Gro=DFjohann?=) In-Reply-To: <847kgautjo.fsf@crybaby.cs.uni-dortmund.de> (kai.grossjohann@uni-duisburg.de's message of "Tue, 22 Oct 2002 22:07:07 +0200") User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.3.50 (i686-pc-linux-gnu) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:47366 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:47366 kai.grossjohann@uni-duisburg.de (Kai Großjohann) writes: > Henrik Enberg writes: > >> Running the below function to mimic the behaviour in the above code, I >> always get "high" as 1 less than "low", so the when clause will never >> be executed. >> >> (defun high/low () >> (interactive) >> (let ((low (1+ (caar (last gnus-agent-article-alist)))) >> (high (cdr (gnus-active gnus-newsgroup-name)))) >> (message "high = %s, low = %s" high low))) > > Gah? Hmm, what do you get? [...] > Okay, so to summarize: when you remove the when condition, Gnus is > quick again. > > But that's because it retrieves no articles, because > gnus-list-range-intersection returns nil. > > So I'm not sure it's a good idea to remove the condition. No, Gnus _does_ retrive articles when I remove the condition. It even works as I think you intended it. Old style behaviour when gnus-agent-consider-all-articles is nil, and all articles when it is t. > But I don't believe you were happy with the previous agent behavior > if it never retrieved any articles. So how about you go back to the > gnus-agent version before my messing around with it and see if that > retrieves any articles at all, and also examine the situation in the > code we're talking about. Ok, I tried to check out the version from the 17th. It works just like it always has, retrieving only new articles and headers. > Maybe I did something wrong when changing the code. It just might me my Gnus that is screwed up, but I tried to subscribe to a new group I've never subscribed to before. And it gave me the same behaviour as all my other groups. A final note. I may have to turn in my geek badge, but I can't work out how to edebug a Gnus function. Say I instrument gnus-agent-retrieve-headers, how do I step through it? -- Booting... /vmemacs.el