From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/8136 Path: main.gmane.org!not-for-mail From: Colin Rafferty Newsgroups: gmane.emacs.gnus.general Subject: Re: Long time to exit summary buffer, possible speed enhancement? Date: 01 Oct 1996 10:59:21 -0400 Message-ID: References: <199609291309.OAA29461@gandalf.uio.no> Reply-To: Colin Rafferty NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035148346 10312 80.91.224.250 (20 Oct 2002 21:12:26 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 21:12:26 +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 JAA06927 for ; Tue, 1 Oct 1996 09:00:42 -0700 Original-Received: from maud.ifi.uio.no (0@maud.ifi.uio.no [129.240.74.2]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Tue, 1 Oct 1996 17:18:04 +0200 Original-Received: from mlfire.ml.com (mlfire.ml.com [192.246.100.1]) by maud.ifi.uio.no ; Tue, 1 Oct 1996 17:11:24 +0200 (MET DST) Original-Received: from commpost.ml.com ([146.125.4.24]) by mlfire.ml.com (8.7.5/8.7.3/MLgw-2.07) with SMTP id LAA06659 for ; Tue, 1 Oct 1996 11:01:23 -0400 (EDT) Original-Received: from spssunp.spspme.ml.com (spssunp.spspme.ml.com [192.168.111.13]) by commpost.ml.com (8.6.12/8.6.12) with ESMTP id LAA20446 for ; Tue, 1 Oct 1996 11:00:07 -0400 Original-Received: by spssunp.spspme.ml.com (SMI-8.6/SMI-4.1) id KAA08297; Tue, 1 Oct 1996 10:59:22 -0400 Original-To: (ding) GNUS Mailing List X-Face: ByE+UMAp1klWR3?\RNGx(A-~Ri!YT%C6M!sxoJL+.;9`Q/|+dj7[KR>gGMyV.2qZeot0NI`4\MA^_Qg`F9=+Ox&zaE?Y9dV%F~Xzf';Zyk2Aobs.uu^Ey0_C6^~q';G#$HkA!ZAHXPpG-"*|Dd*Z4U$4y{{aI0c%75}i~Of(jxYtI[uIpYF<*Zoe|\*/ufb X-Y-Zippy: Can you MAIL a BEAN CAKE? In-Reply-To: Lars Magne Ingebrigtsen's message of 01 Oct 1996 05:39:55 +0200 Original-Lines: 23 X-Mailer: Red Gnus v0.42/XEmacs 19.14 Xref: main.gmane.org gmane.emacs.gnus.general:8136 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:8136 > Hallvard B Furuseth 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. I did not see the original message (mail problems over the weekend), but it got me to thinking. On my 32 bit machine, the maximum article number in XEmacs is 134217727. 1+ this number is -134217728, which would probably exercise a bug in Java Gnus. On the other hand, assuming (pessimisticly) that we all move to 64 bit machine within ten years (and square MAX_INT), I would have to receive about 37000 messages per day in order to wrap around. Even my black-hole newsgroup doesn't get more than 10k messages in a day (and that is a very bad day indeed). -- Colin