From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/47365 Path: main.gmane.org!not-for-mail From: kai.grossjohann@uni-duisburg.de (Kai =?iso-8859-1?q?Gro=DFjohann?=) Newsgroups: gmane.emacs.gnus.general Subject: Re: Agent gone mad? Date: Tue, 22 Oct 2002 22:07:07 +0200 Organization: University of Dortmund, Germany Sender: owner-ding@hpc.uh.edu Message-ID: <847kgautjo.fsf@crybaby.cs.uni-dortmund.de> 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> 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 1035317311 31185 80.91.224.249 (22 Oct 2002 20:08:31 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 22 Oct 2002 20:08:31 +0000 (UTC) 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 1845KD-00086T-00 for ; Tue, 22 Oct 2002 22:08:25 +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 1845JN-0004lV-00; Tue, 22 Oct 2002 15:07:33 -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:08:17 -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 PAA22401 for ; Tue, 22 Oct 2002 15:08:01 -0500 (CDT) Original-Received: (qmail 987 invoked by alias); 22 Oct 2002 20:07:13 -0000 Original-Received: (qmail 982 invoked from network); 22 Oct 2002 20:07:12 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by gnus.org with SMTP; 22 Oct 2002 20:07:12 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 1845JO-0001EL-00 for ; Tue, 22 Oct 2002 22:07:34 +0200 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 57 Original-NNTP-Posting-Host: pd951fa31.dip.t-dialin.net Original-X-Trace: quimby.gnus.org 1035317254 4712 217.81.250.49 (22 Oct 2002 20:07:34 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 22 Oct 2002 20:07:34 GMT User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.3.50 (i686-pc-linux-gnu) Cancel-Lock: sha1:75HvNIrd8g0mlpfCKBInxToPth4= Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:47365 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:47365 Henrik Enberg writes: > Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes: > >> Henrik Enberg writes: >> >>> Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes: >>> >>>> (when (<= low high) >>>> (setq articles (gnus-list-range-intersection >>>> articles (list (cons low high))))))) >>>> >>> Whee, it works when I remove that condition. Both with >>> `gnus-agent-consider-all-articles' set to nil and t. `low' is indeed >>> higher than `high' for my groups. >> >> Fascinating. What are those values, more precisely? > > 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? >> I found that (gnus-list-range-intersection '(1 2 3 4 5) '((5 . 4))) >> evals to nil, for instance. So when low > high, no articles were >> downloaded in my case. What happens when you eval that expression? >> If you get non-nil, then something is fishy in Gnus. > > I also get nil when I eval that. 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. 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. Maybe I did something wrong when changing the code. kai -- ~/.signature is: umop ap!sdn (Frank Nobis)