From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/8098
Path: main.gmane.org!not-for-mail
From: Lars Magne Ingebrigtsen <larsi@ifi.uio.no>
Newsgroups: gmane.emacs.gnus.general
Subject: Re: Long time to exit summary buffer, possible speed enhancement?
Date: 28 Sep 1996 22:08:18 +0200
Message-ID: <w8s684yl7wt.fsf@ylfing.ifi.uio.no>
References: <199609272028.PAA08122@mordor.rsn.hp.com>
NNTP-Posting-Host: coloc-standby.netfonds.no
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: main.gmane.org 1035148315 10100 80.91.224.250 (20 Oct 2002 21:11:55 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Sun, 20 Oct 2002 21:11:55 +0000 (UTC)
Return-Path: ding-request@ifi.uio.no
Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by deanna.miranova.com (8.7.6/8.6.9) with SMTP id NAA20094 for <steve@miranova.com>; Sat, 28 Sep 1996 13:28:38 -0700
Original-Received: from ylfing.ifi.uio.no (4867@ylfing.ifi.uio.no [129.240.94.25]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) 
	id <WAA00124@ifi.uio.no> for <ding@ifi.uio.no> ; Sat, 28 Sep 1996 22:08:20 +0200
Original-Received: (from larsi@localhost) by ylfing.ifi.uio.no ; Sat, 28 Sep 1996 22:08:20 +0200
Original-To: ding@ifi.uio.no
In-Reply-To: Shane Holder's message of Fri, 27 Sep 1996 15:28:47 -0500 (CDT)
Original-Lines: 25
X-Mailer: Red Gnus v0.45/Emacs 19.34
X-Face: &w!^oO<W.WBH]FsTP:P0f9X6M-ygaADlA_)eF$<UwQzj7:C=Gi<a?/_4$LX^@$Qq7-O&XHp
 lDARi8e8iT<(A$LWAZD*xjk^')/wI5nG;1cNB>~dS|}-P0~ge{$c!h\<y
Xref: main.gmane.org gmane.emacs.gnus.general:8098
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:8098

Shane Holder <holder@mordor.rsn.hp.com> writes:

> When I try to exit my mail group, it takes a longer than I think it
> should ~10 seconds.  There is nothing to expire, nothing that gnus
> should do.  I think part of the problem is that my list of articles is
> pretty big, and maybe larger than it needs to be.  Gnus trys to be
> smart and use ranges of numbers when possible, but if an article
> doesn't exist, it will break up the range
> 
>   (11068 . 11096) (11098 . 11104)
> 
> for example.  Article 11097 doesn't exist, and thus this range gets
> broken.  Would it be possible to make gnus understand that if an
> article doesnt exist that it can collapse the range?

Well, it can't -- then the range would be incorrect, wouldn't it?

Anyways, range handling isn't all that slow, so the ~10 second delay
probably is caused by something else.  Try `(setq debug-on-quit t)'
and then `C-g' when things "hang" (sorta).  The resulting backtrace
should tell you which function is being slow.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@ifi.uio.no * Lars Ingebrigtsen