From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/47337 Path: main.gmane.org!not-for-mail From: Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai =?iso-8859-1?q?Gro=DFjohann?=) Newsgroups: gmane.emacs.gnus.general Subject: Re: Agent gone mad? Date: Mon, 21 Oct 2002 21:12:36 +0200 Organization: University of Dortmund, Germany Sender: owner-ding@hpc.uh.edu Message-ID: <84r8ej7gij.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> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035227697 12314 80.91.224.249 (21 Oct 2002 19:14:57 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 19:14:57 +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 183i0t-0003C4-00 for ; Mon, 21 Oct 2002 21:14:55 +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 183hz7-0005Ka-00; Mon, 21 Oct 2002 14:13:05 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 21 Oct 2002 14:13:48 -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 OAA18364 for ; Mon, 21 Oct 2002 14:13:34 -0500 (CDT) Original-Received: (qmail 28533 invoked by alias); 21 Oct 2002 19:12:39 -0000 Original-Received: (qmail 28528 invoked from network); 21 Oct 2002 19:12:39 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by gnus.org with SMTP; 21 Oct 2002 19:12:39 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 183irk-00014p-00 for ; Mon, 21 Oct 2002 22:09:32 +0200 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 66 Original-NNTP-Posting-Host: pd9e1eb14.dip.t-dialin.net Original-X-Trace: quimby.gnus.org 1035230972 3977 217.225.235.20 (21 Oct 2002 20:09:32 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 21 Oct 2002 20:09:32 GMT User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.3.50 (i686-pc-linux-gnu) Cancel-Lock: sha1:PXOwSrUu0lv06siAfY92APYnhi4= Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:47337 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:47337 Henrik Enberg writes: > Yes, because while it's fast, it also tries to download every article > my server knows about. Whee. Hm. This does not happen for me. Otherwise things would be even slower still. >> Okay. What's in the 100 megs that it is still downloading? Is it >> headers or articles or both? I might need to meditate a lot more >> about that code... > > It is both headers and articles. Even those already downloaded. It > seems to just throw away what it downloads. Really really strange. How could that happen? Can you trace the code (with edebug?) to see what happens? >> Btw, I've now reinstated another change of mine which abstains from >> fetching already-fetched messages. Maybe that helps some more. > > There are some changes in the behaviour. With > `gnus-agent-consider-all-articles' set to nil, it still does what I > described above. If I set it to t, Gnus just locks up until I hit C-g. > > I've been staring at the code for quite some time, but I don't > understand why it doesn't work. It is clearly conditioned on > gnus-agent-consider-all-articles. It really _ought_ to work. Well, the code that's conditioned on gnus-agent-consider-all-articles only influences the header fetching. Hm. There is one spot which I changed: ;; Remove known articles. (when (gnus-agent-load-alist group) ;; Remove articles marked as downloaded. (setq articles (gnus-sorted-difference articles (delq nil (mapcar (lambda (x) (when (cdr x) (car x))) gnus-agent-article-alist)))) (let ((low (1+ (caar (last gnus-agent-article-alist)))) (high (cdr (gnus-active group)))) ;; I suspect a deeper problem here and I suspect that low ;; should never be greater than high. But for the time being ;; we just work around the problem and abstain from frobbing ;; the article list in that case. If anyone knows how to ;; properly deal with it, please holler. -- kai (when (<= low high) (setq articles (gnus-list-range-intersection articles (list (cons low high))))))) The last `when' was not there originally. For me, low was greater than high and therefore gnus-list-range-intersection returned nil. But maybe for you low is also greater than high but gnus-list-range-intersection does not return nil? How about you try to remove that (<= low high) condition and see what happens? kai -- ~/.signature is: umop ap!sdn (Frank Nobis)