From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/8123
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: 01 Oct 1996 05:39:55 +0200
Sender: larsi@ifi.uio.no
Message-ID: <w8sn2y773p0.fsf@hrym.ifi.uio.no>
References: <199609291309.OAA29461@gandalf.uio.no>
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 1035148336 10243 80.91.224.250 (20 Oct 2002 21:12:16 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Sun, 20 Oct 2002 21:12:16 +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 UAA02812 for <steve@miranova.com>; Mon, 30 Sep 1996 20:54:44 -0700
Original-Received: from hrym.ifi.uio.no (hrym.ifi.uio.no [129.240.94.15]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) 
	id <FAA06972@ifi.uio.no> for <ding@ifi.uio.no> ; Tue, 1 Oct 1996 05:39:58 +0200
Original-Received: (from larsi@localhost) by hrym.ifi.uio.no ; Tue, 1 Oct 1996 05:39:58 +0200
Original-To: ding@ifi.uio.no
In-Reply-To: Hallvard B Furuseth's message of Sun, 29 Sep 1996 14:09:23 +0100 (MET)
Original-Lines: 19
X-Mailer: Red Gnus v0.47/XEmacs 19.14
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:8123
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:8123

Hallvard B Furuseth <h.b.furuseth@usit.uio.no> writes:

> Why, no.  Articles get increasing numbers as they arrive.  They will not
> not interleave.  Hmm - except if the article number wraps around.  That
> can happen, right?  So *big* holes in ranges must not be collapsed since
> new articles may be arriving at the beginning of the hole.  Instead,
> nonexisting article numbers should be removed from the beginning of a
> range following a big hole, to make room for new articles.

Actually, I'm not sure what we're discussing here.  I though
originally it was about article marks, and those lists (or rather,
ranges) have to be kept precise.  If this number of ticked articles is
wrong, you'll get faulty information displayed.

Or were we talking about something else?

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